Reactivecocoa: Wie gehen Sie mit Befehlen um, die eine Bestätigung erfordern?

Machen Sie aus Ihrem Ansichtsmodell ein alerts Signal verfügbar, das AlertViewModel s sendet. Legen Sie für jede Schaltfläche den entsprechenden Befehl fest. Dies ist die Lösung, die ich in meiner App verwende.

Dieses "Bestätigungsverhalten" fühlt sich an, als ob es in das Ansichtsmodell gehört, da es ein grundlegender Teil des Verhaltens meiner Ansicht ist - ich möchte das Löschen nicht ohne vorherige Bestätigung zulassen.

Sie möchten das "Sicherheits-Aus" in Ihrem Ansichtsmodell modellieren? Es könnte eine gute Idee sein, wenn Sie verschiedene Ansichten haben, die diese Art von Ansichtsmodell anzeigen, aber binden Sie es nicht zu eng mit der Idee der Bestätigung: Wenn Sie Ihr Modell in einer Tabellenansicht anzeigen, wischen Sie nach links, um die Schaltfläche zum Löschen anzuzeigen dienen zum Entfernen der Sicherung: Der Benutzer muss nicht erneut um Bestätigung gebeten werden, wenn er darauf tippt.

Ich persönlich würde einfach eine einfachere Lösung wählen: Binden Sie die enabled der Schaltfläche an den Befehl, aber nicht den Befehl selbst, und rufen Sie die -execute: des Befehls manuell von UIAlertView .

Ja, im Grunde, was Denis gesagt hat. Ich habe dies mehrmals getan.
In Ihrem Ansichtsmodell haben Sie:

1. Ein Befehl für Ihre erste Aktion (in diesem Fall Löschen).
2. Ein Signal, das einen Wert sendet, wenn eine Bestätigung erforderlich ist
3. Ein einzelner Befehl zur Bestätigung oder ein Befehl zum Annehmen und Ablehnen

Code würde ungefähr so ​​aussehen (ungetestet und ohne das notwendige Stärken/Schwächen):

self.deleteCommand = [[RACCommand alloc] initWithSignalBlock:^RACSignal *(id objectToDelete) { 
    [return self.confirmationCommand.executionSignals
        switchToLatest]
            flattenMap:^id(NSNumber *confirmed) {
                if(confirmed) {
                    return [self deleteObject:objectToDelete];
                } else {
                    return [RACSignal error:someErrorWithAMessageMaybe];
                }
            }];
}];

self.confirmationRequiredSignal = [self.deleteCommand.executing
    filter: ^BOOL(NSNumber *executing) {
        return executing.boolValue;
    }];

Ihre Löschschaltfläche in Ihrem Ansichtscontroller startet also deleteCommand im Ansichtsmodell, das sofort mit der Ausführung beginnt. Der Löschbefehl wartet nun darauf, dass confirmationCommand.executionSignals einen Wert mitsendet. Die Ausführung des Löschbefehls löst das Senden eines Werts an self.confirmationRequiredSignal .

Dann beobachtet Ihr Ansichtscontroller, dass confirmationRequiredSignal auf dem viewModel eine Warnungsansicht auslöst und die Schaltflächen in der Warnungsansicht mit dem ConfirmationCommand verknüpft (der Bestätigungsbefehl würde den Index der Schaltfläche standardmäßig erhalten, glaube ich, also würden Sie müssen Sie das Ihrem confirmed Wert zuordnen). Sobald der Benutzer auf eine Schaltfläche tippt, wird self.confirmationCommand ausgeführt und gibt den confirmed Wert zurück, wodurch der Zyklus abgeschlossen wird. Sie können optional einen Fehler in deleteCommand wie ich es hier getan habe, wenn Sie vielleicht eine Fehlermeldung oder etwas ausgeben möchten, indem Sie self.deleteCommand.errors . Oder Sie könnten einfach ein leeres Signal zurückgeben, um die Ausführung des Befehls abzuschließen.

Dieses Modell funktioniert mit Warnungsansichten, Aktionsblättern usw. RACCommands sind wirklich verdammt cool.

@Coneko hat wahrscheinlich recht, dass eine einfache Bestätigung nicht unbedingt in das Ansichtsmodell gehört. Aber es ist immer noch eine gute Methode, um Dinge in der Gesäßtasche zu haben, um beispielsweise aus mehreren Werten auszuwählen, um fortzufahren. zB tippt jemand auf die Schaltfläche log in with twitter und muss auswählen, welches Twitter-Konto verwendet werden soll (falls er mehrere hat), um fortzufahren (oder abzubrechen). (Ein echtes Beispiel, für das ich gerade gebaut habe.)

@sprynmr danke für das Feedback, ich habe eine ähnliche, aber IMO etwas einfachere Lösung gewählt.

Ich habe die Eigenschaft durch eine Methode namens deleteWithConfirmation: die ein einzelnes Argument benötigt - ein Block, der ein RACSignal zurückgibt, das die Bestätigung darstellt, indem ein einzelner Wert, @YES oder @NO

Der Befehl selbst ist ein Signal, das den ersten Wert aus dem Bestätigungssignal nimmt und auf ein entsprechendes Signal abbildet - das Löschsignal, wenn bestätigt, sonst ein leeres Signal:

- (RACCommand *)deleteWithConfirmation:(RACSignal*(^)(void))signalBlock
{
    NSParameterAssert(signalBlock);

    @weakify(self);

    return [[RACCommand alloc] initWithEnabled:nil signalBlock:^RACSignal *(id input) {
        @strongify(self);

        RACSignal *confirmationSignal = signalBlock();

        return [[confirmationSignal take:1] flattenMap:^RACStream *(id value) {
            if ([value boolValue]) {
                return [self doDeletion]; // for example
            }
            else {
                return [RACSignal empty];
            }
        }];
    }];
}

Im Ansichtscontroller verdrahte ich den Befehl wie folgt mit meiner Schaltfläche:

self.deleteButton.rac_command = [self.viewModel deleteWithConfirmation:^RACSignal *{
        UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"Delete Widget" message:@"Are you sure you want to delete this widget?" delegate:nil cancelButtonTitle:@"Cancel" otherButtonTitles:@"Delete", nil];

        [alert show];

        return [alert.rac_buttonClickedSignal map:^id(NSNumber *buttonIndex) {
            return @([buttonIndex integerValue] == 1);
        }];
    }];

Wie Sie sehen können, ist das Signal, das ich zurücksende, nur eine Zuordnung von dem auf die Schaltfläche geklickten Signal zu einem JA/NEIN-Wert.

Funktioniert bei mir gut genug! Dies scheint immer noch einigermaßen flexibel zu sein, da ich einfach einen Block übergeben könnte, der ein Signal zurückgibt, das einen einzelnen JA-Wert sendet, wenn ich die Bestätigung überspringen möchte. Ich könnte dies sogar als separate Methode in meinem Ansichtsmodell kapseln, zum Beispiel:

- (RACCommand *)deleteWithoutConfirmationCommand
{
    return [self deleteWithConfirmation:^RACSignal *{
        return [RACSignal return:@YES];
    }]
}

Scheint auch eine ziemlich gute Lösung zu sein. Ich werde das ablegen.

@sprynmr Ich habe deine Antwort ausprobiert. Allerdings verwundert mich etwas.
Das vom Block zurückgegebene Signal wird nie abgeschlossen ( self.confirmationCommand.executionSignals.switchToLatest ). Dies bedeutet, dass der Befehl immer im Ausführungsmodus bleibt, sodass keine anderen Befehle ausgeführt werden können.

Wie funktioniert der folgende Code in der Praxis?

self.deleteCommand = [[RACCommand alloc] initWithSignalBlock:^RACSignal *(id objectToDelete) { 
    [return self.confirmationCommand.executionSignals
        switchToLatest]
            flattenMap:^id(NSNumber *confirmed) {
                if(confirmed) {
                    return [self deleteObject:objectToDelete];
                } else {
                    return [RACSignal error:someErrorWithAMessageMaybe];
                }
            }];
}];

@haifengkao füge etwas hinzu, um den Lebenszyklus zu kontrollieren, wie ein take:1 nach switchToLatest

Achten Sie auch dort auf einen Retain-Zyklus. @strongify/weakify Ihre mehrfachen Verweise auf self