imported>Acky69: zus. Links, ZS, Floskel raus

2022-10-16T10:28:12Z

zus. Links, ZS, Floskel raus

Neue Seite

[[Datei:Model View Presenter.png|mini|300px|Der Presenter beinhaltet die Logik der Anwendung. Er ist die Verbindung zwischen dem Modell und der Sicht.]]

{{lang|en|'''Model View Presenter'''}} (Abkürzung '''MVP'''; wörtlich etwa ‚Modell-Ansicht-Präsentierer‘) ist ein [[Entwurfsmuster]] in der [[Softwareentwicklung]], das aus dem {{lang|en|[[Model View Controller]]}} (MVC) hervorgegangen ist. Es beschreibt einen neuartigen Ansatz, um das Modell (engl. {{lang|en|''model''}}) und die Ansicht (engl. {{lang|en|''view''}}) komplett voneinander zu trennen und über einen Präsentierer (engl. {{lang|en|''presenter''}}) zu verbinden. Dabei steht neben einer deutlich verbesserten [[Testbarkeit]] auch die strengere Trennung der einzelnen Komponenten im Gegensatz zu MVC im Vordergrund.

Erstmals eingesetzt und genannt wurde dieses Entwurfsmuster in den 1990er-Jahren von [[IBM]] und [[Taligent]]. [[Martin Fowler]] formulierte jedoch im Jahre 2004 {{lang|en|''model-view-presenter''}} nach seinem Verständnis. Seine Definition ist heute ausschlaggebend.

== Definition ==
MVP basiert wie MVC auch auf drei Komponenten: Dem Modell ({{lang|en|''model''}}), der Ansicht ({{lang|en|''view''}}) und dem Präsentierer ({{lang|en|''presenter''}}).

; Model
: Das ''Modell'' stellt die Logik der ''Ansicht'' dar. Dies kann auch die [[Geschäftslogik]] sein. Über das ''Modell'' muss jedoch alle Funktionalität erreichbar sein, um die ''Ansicht'' betreiben zu können. Die Steuerung des ''Modells'' erfolgt allein vom ''Präsentierer''. Das ''Modell'' selbst kennt weder die ''Ansicht'' noch den ''Präsentierer''.
; View
: Die ''Ansicht'' enthält keinerlei steuernde Logik und ist nur allein für die Darstellung und die Ein- und Ausgaben zuständig. Sie erhält weder Zugriff auf die Funktionalität des ''Präsentierers'' noch auf das ''Modell''. Sämtliche Steuerung der ''Ansicht'' erfolgt durch den ''Präsentierer''.
;Presenter
: Der ''Präsentierer'' ist das Bindeglied zwischen ''Modell'' und ''Ansicht''. Er steuert die logischen Abläufe zwischen den beiden anderen Schichten und sorgt dafür, dass die ''Ansicht'' ihre Funktionalität erfüllen kann.

Damit MVP seine eigentlichen Vorteile gegenüber MVC entfalten kann, werden für ''Modell'' und ''Ansicht'' jeweils [[Schnittstelle]]n (engl. {{lang|en|''Interfaces''}}) verwendet. Sie definieren den genauen Aufbau beider Schichten, und der ''Präsentierer'' verknüpft lediglich die Schnittstellen miteinander. Dies gewährleistet die vollständige Austausch- und Wiederverwertbarkeit des ''Modells'' und der ''Ansicht''. Resultierend aus der Austauschbarkeit der ''Ansicht'' lässt sich so vor allem ein {{lang|fr|''double''}} ({{frS}} für ''Doppelgänger'') für die ''Ansicht'' verwenden, um die Funktionalität aus Perspektive der Oberfläche mit [[Modultest]]s (engl. {{lang|en|''unit tests''}}) zu prüfen.

Im Jahre 2006 entschied sich Martin Fowler, aufgrund von Erkenntnissen bei der praktischen Anwendung von MVP, das ursprüngliche Entwurfsmuster in zwei differenzierte Muster aufzuteilen<ref>[http://www.martinfowler.com/eaaDev/ModelViewPresenter.html {{lang|en|Retirement note for Model View Presenter Pattern}}] (englisch)</ref>: {{lang|en|''Supervising Controller''}} und {{lang|en|''Passive View''}}. Beide Muster unterscheiden sich hinsichtlich ihrer Testbarkeit und ihrer Handhabung.

=== {{lang|en|Supervising Controller}} ===
{{lang|en|''Supervising Controller''}} (wörtlich etwa „Überwachende Steuerung“) ist ein Entwurfsmuster, das aus der ursprünglichen Variante von MVP hervorgegangen ist und von Martin Fowler definiert wurde. Hierbei übernimmt die ''Ansicht'' möglichst alle Aufgaben zur Datensynchronisation, während sich der ''Präsentierer'' um alle anderen Abläufe zwischen ''Modell'' und ''Ansicht'' kümmert. Um die Synchronisation möglichst zu vereinfachen, kann auf [[Datenbindung|Datenbindungen]] (engl. {{lang|en|''data bindings''}}) zurückgegriffen werden. Dabei stellt der ''Präsentierer'' Daten über Klassen bereit, die der ''Ansicht'' und dem ''Modell'' bekannt sind. Der ''Präsentierer'' selbst sorgt nur noch für die Übertragung der Datenobjekte vom ''Modell'' zur ''Ansicht''. Hierdurch entfällt weiterer Synchronisationsaufwand vom ''Präsentierer'', da sich die ''Ansicht'' selbständig über die Datenobjekte synchronisiert. Das ''Modell'' kann seinerseits ebenfalls über die Datenobjekte auf innerhalb der ''Ansicht'' veränderte Daten zugreifen.

=== {{lang|en|Passive View}} ===
{{lang|en|''Passive View''}} (wörtlich etwa „Untätige Ansicht“) ist ein Entwurfsmuster, das aus der ursprünglichen Variante von MVP hervorgegangen ist und von Martin Fowler definiert wurde. Im Gegensatz zum {{lang|en|''Supervising Controller''}} existiert keine Verbindung über ein Datenobjekt zwischen ''Modell'' und ''Ansicht''. Dies trägt dazu bei, dass der ''Präsentierer'' jegliche Datensynchronisation zwischen ''Modell'' und ''Ansicht'' selbst durchführen muss. Das Ergebnis dabei ist, dass die ''Ansicht'' nur einfachste Logik zur Anzeige beinhaltet und keine Logik zur Synchronisation von Daten. Dadurch wird der Quelltext der ''Ansicht'' äußerst vereinfacht, anders als dies beim {{lang|en|''Supervising Controller''}} der Fall ist.

=== Unterschiede ===
In der {{lang|en|''Passive View''}} verbessert sich die Testbarkeit gegenüber dem {{lang|en|''Supervising Controller''}}, da nur noch einfachster Quellcode zur Ein- und Ausgabe in der ''Ansicht'' vorhanden ist. Wird die ''Ansicht'' bei Tests durch ein [[Mock-Objekt]] ersetzt, wird so auch der Quelltext zur Synchronisation im ''Präsentierer'' geprüft. Es verbleibt in diesem Fall keine nennenswerte Logik mehr in der ''Ansicht''. Dies verbessert also die Testbarkeit des ''Präsentierer'' und des ''Modells'' entscheidend.

Im Gegensatz dazu bietet der {{lang|en|''Supervising Controller''}} den Vorteil einer vereinfachten Handhabung. Durch die Datensynchronisation über Datenbindungen zwischen ''Modell'' und ''Ansicht'' wird der Synchronisationsaufwand wesentlich verringert, welches insgesamt weniger Quelltext erforderlich macht, als es bei der {{lang|en|''Passive View''}} der Fall ist.

== Weblinks ==
* [http://www.wildcrest.com/Potel/Portfolio/mvp.pdf Model-View-Presenter Definition von Taligent] (englisch, PDF, 154 KiB)
* [http://www.martinfowler.com/eaaDev/uiArchs.html#Model-view-presentermvp Herkunft und Funktionsweise von Model-View-Presenter] (englisch)
* [http://www.martinfowler.com/eaaDev/SupervisingPresenter.html Supervising Controller] (englisch)
* [http://www.martinfowler.com/eaaDev/PassiveScreen.html Passive View] (englisch)
* {{Internetquelle |autor=Garry Pilkington |url=http://blog.asteropesystems.com/using-mvp-with-asp-net-web-forms/ |titel=Using MVP with ASP.NET Web Forms |werk=Don't Believe The Type |datum=2013-06-04 |zugriff=2013-08-14 |sprache=en |kommentar=Implementierung von MVP mit [[ASP.NET#ASP.NET Web Forms|ASP.NET WebForms]]}}

== Einzelnachweise ==
<references />

{{Navigationsleiste Entwurfsmuster}}
[[Kategorie:Entwurfsmuster]]

Model View Presenter - Versionsgeschichte

imported>Acky69: zus. Links, ZS, Floskel raus