Was ist das Architektur-Muster MVP?

MVP (Model-View-Presenter) ist ein Architektur-Muster, das die Anwendung in drei Hauptteile unterteilt:

1. Model: Enthält die Daten und die Geschäftslogik. Es ist unabhängig von View oder Presenter und kapselt den Zustand der Anwendung.
2. View: Verantwortlich für die Anzeige der Daten an den Benutzer und das Abfangen von Benutzeraktionen. Es ist eine reine, passive Darstellung ohne Geschäftslogik. Die View informiert den Presenter über Benutzeraktionen.
3. Presenter: Agiert als Vermittler zwischen Model und View. Es erhält Daten vom Model, verarbeitet sie und übergibt sie an die View zur Anzeige. Es empfängt Ereignisse von der View und steuert das Model entsprechend. Der Presenter enthält die Logik, was angezeigt wird und welche Aktionen ausgeführt werden sollen.

Vorteile:

• Aufgabentrennung: Klare Trennung von Logik und Präsentation.
• Testbarkeit: Model und Presenter sind leicht isoliert testbar, da sie nicht von der Benutzeroberfläche abhängen.
• Wartbarkeit: Änderungen an View, Model oder Presenter wirken sich weniger auf andere Komponenten aus.
• Möglichkeit, mehrere Views für ein Model zu erstellen: Verschiedene Ansichten können dieselbe Logik von Presenter und Model verwenden.

Beispiel für die Interaktion:

1. Der Benutzer klickt auf eine Schaltfläche in der View.
2. Die View benachrichtigt den Presenter über das Ereignis (ruft eine Methode des Presenters auf).
3. Der Presenter erhält das Ereignis, greift auf das Model zu, um Daten zu erhalten oder zu ändern.
4. Das Model verarbeitet die Anfrage und gibt das Ergebnis an den Presenter zurück.
5. Der Presenter erhält die Daten vom Model und aktualisiert die View (ruft Methoden der View auf, um die neuen Daten anzuzeigen).

Der MVP kann auf verschiedene Weisen implementiert werden:

• Passive View: Die View ist vollständig passiv und zeigt nur die vom Presenter übermittelten Daten. Die gesamte Logik zur Verarbeitung der Benutzereingaben befindet sich im Presenter.
• Supervising Controller: Die View enthält eine gewisse Logik zur Anzeige, und der Presenter verarbeitet komplexere Operationen und die Interaktion mit dem Model. Die View kann ihren Zustand teilweise direkt aus dem Model über Data Binding aktualisieren.