Saubere Architektur - Robert Martin - So verbinden Sie Anwendungsfälle

Question

Ich versuche, die von Robert Martin beschriebenen Clean Architecture zu implementieren. Genauer gesagt verwende ich VIPER, die eine iOS-Version von Clean Architecture ist.

Das Problem, das ich habe, ist wie folgt:

Der Benutzer startet mit Plätzen (Pins) auf sie auf einer Karte an. Wenn er auf eine Schaltfläche klickt, wird eine PIN gelöscht und er wird zu einer anderen Ansicht geleitet, um den Ort zu erstellen (oder zu bearbeiten, wenn es sich um einen Klick auf eine vorhandene PIN handelt) (oder abzubrechen). In dieser anderen Ansicht kann der Benutzer die Ortsinformationen bearbeiten und dann auf "Zurück" oder "Fertig" (oder "Bearbeiten") klicken. Wenn er auf "Fertig" klickt, sendet der PlaceDetailsViewController eine Nachricht an den PlaceDetailsPresenter mit den Ortsinformationen und der PlaceDetailsPresenter verwendet den CreatePlaceInteractor, um den Ort zu erstellen. Dieser Interaktor gibt die GUID zurück, die zur Identifizierung des Ortes verwendet wird.

Wenn der Benutzer zurückklickt, bevor er den Ort erstellt, kehrt er zur Karte zurück und der abgelegte Pin geht hoch und weg (da es keine GUID hat, ist es ein neuer Ort und verschwindet). Wenn er nach dem Erstellen zurückklickt, bleibt der Pin dort (weil er eine GUID haben sollte).

Wie sollte ich all das verbinden und wo sollten die Ortsinformationen (einschließlich GUID) gespeichert werden? Um ein wenig mehr zu klären:

1. Wer die MapPresenter informieren sollte, dass der Stift dort bleibt oder geht weg? Ist es der PlaceDetailsPresenter oder soll ich diese Informationen an die PlaceDetailsWireframe -> MapWireframe -> MapPresenter -> MapView übergeben?
2. Bevor Sie zurückgehen, wo sollte diese GUID gespeichert werden, in der PlaceDetailsPresenter oder in der PlaceDetailsViewController?

Gerade jetzt, dass das, was ich habe:

EDIT:

Grundsätzlich denke ich, das Problem, dass VIPER von Robert Martin Clean Architektur kam und er kommt von einem Web (Rails) Hintergrund, also denkt er nicht viel über den Staat nach (oder präzisiert ihn nicht in seinen Gesprächen).

Das ist hauptsächlich meine Frage, wo sollte der Zustand gespeichert werden, wie sollten die verschiedenen Module kommunizieren, sollte es über den Wireframe, oder über die Datenbank, oder über die Interaktoren oder über die Presenter untereinander kommunizieren hier https://github.com/objcio/issue-13-viper-swift.

Answer 1

Ich weiß nicht viel über Viper, also kann ich dazu nichts sagen. Der Bruttozustand des Systems sollte jedoch in den Entitätsobjekten enthalten sein und von den Interaktoren manipuliert werden. Der detaillierte Status der GUI (Auswahlrechtecke usw.) sollte durch eine spezielle Verbindung zwischen dem Controller und dem Presenter verwaltet werden.

In Ihrem Fall gibt es zwei Bildschirme. Die Karte und der Platzeditor. Wenn Sie auf die Karte klicken, wird entweder der placePinController aufgerufen. Er sammelt den Speicherort des Klicks und alle anderen kontextabhängigen Daten, konstruiert eine placePinRequest-Datenstruktur und übergibt sie an den PlacePinInteractor, der den Speicherort des Pins überprüft, bei Bedarf validiert, eine Place-Entität zum Aufzeichnen des Pins erstellt und eine EditPlaceReponse erstellt Objekt und übergibt es an den EditPlacePresenter, der den Platzeditor-Bildschirm öffnet.

Wenn die Schaltfläche Fertig auf dem Editor des Bereichseditors geklickt wird, wird der EditPlaceController aufgerufen, der die bearbeiteten Daten in eine EditPlaceRequest-Datenstruktur aufnimmt und an den EditPlaceInteractor übergibt. etc ..

Sie ausdrücklich darum gebeten, über die GUID des Stiftes. Das würde von der Entität Place erstellt und an den PlacePinInteractor editPlacePresenter zurückgegeben.

Answer 2

Im reinen VIPER Router sollte die Moduleingabe in Form eines Protokolls erfolgen. Und Module Presenter sollte sich daran halten. Wenn der Router also andere Modul-Router verwendet, um ein neues Modul zu montieren, übergibt er seine Eingabe an ihn.

der zweite Router ordnet dann den Eingang zu seinem Ausgang Vorführer. Im Grunde wird Presenter des ersten Moduls zum Delegierten für die zweiten Module Presenter.

Wenn also ein Benutzer einen Ort auswählt, fragt MapPresenter MapInteractor nach einer GUID und weist MapRouter an, zu Details für diese GUID zu navigieren.

MapRouter fragt PlaceDetailsRouter PlaceDetailsModule für diese GUID zu montieren und übergibt MapModuleInput zu. PlaceDetailsRouter weist MapModuleInput PlaceDetailsPresenter zu. PlaceDetailsRouter setzt GUID in der PlaceDetailsInteractor