Rechtsbehelfsbelehrung Muster mv

By
188

Das Hauptziel des MVVM-Musters besteht darin, Ihrer Benutzeroberfläche eine Fassade zu geben, die den Zugriff auf ihr Modell und die Bearbeitung Ihres Modells so einfach wie möglich macht. Oft wird ein wenig Adapter- und Decorator-Muster für ein gutes Maß eingeworfen. Jeremy Miller verbrachte Zeit damit, diese Muster für WinForms zu durchforsen. Verwenden Sie dieses Muster nur für Vorgänge, die rückgängig gemacht werden müssen, wenn sie fehlschlagen. Wenn möglich, entwerfen Sie Lösungen, um die Komplexität der Notwendigkeit von Kompensationstransaktionen zu vermeiden. Osmani stellt fest, dass dieses Muster die Ansicht abstrahiert und die Geschäftslogik im Code verringert und Komponententests im Vergleich zu ereignisgesteuertem Code erleichtert. Für einfachere Unternehmenswahlbetätigungsdaten wird jedoch keine Datenbindung empfohlen. Controller: die Brücke zwischen den Modellen und den Ansichten. Es überträgt Daten vom Browser an die Anwendung und umgekehrt. Dieser Teil in JavaScript-Frameworks folgt nicht dem klassischen MVC-Muster, das oft als MV*-Muster bezeichnet wird. Dieses Entwurfsmuster isoliert eindeutig die UI-Entwicklung von der Geschäftslogik in einer Webanwendung. Es wurde von Microsoft erstellt.

JavaScript-Frameworks wie KnockoutJS, Kendo MVVM und Knockback.js verwenden dieses Muster. Eine Kritik an dem Muster kommt von MVVM-Erfinder John Gossman selbst[12], der darauf hinweist, dass der Overhead bei der Implementierung von MVVM “Overkill” für einfache UI-Operationen ist. Er sagt, dass für größere Anwendungen die Verallgemeinerung des ViewModel schwieriger wird. Darüber hinaus zeigt er, dass die Datenbindung in sehr großen Anwendungen zu einem erheblichen Speicherverbrauch führen kann. Model-view-viewmodel (MVVM) ist ein Software-Architekturmuster, das die Trennung der Entwicklung der grafischen Benutzeroberfläche (der Ansicht) – sei es über eine Markupsprache oder GUI-Code – von der Entwicklung der Geschäftslogik oder Back-End-Logik (modell) erleichtert, so dass die Ansicht nicht von einer bestimmten Modellplattform abhängig ist. Das Ansichtsmodell von MVVM ist ein Wertkonverter[1], d. h., das Ansichtsmodell ist dafür verantwortlich, die Datenobjekte aus dem Modell so zu entlarven (konvertieren), dass Objekte einfach verwaltet und dargestellt werden können. In dieser Hinsicht ist das Ansichtsmodell mehr Modell als Ansicht und behandelt die meisten, wenn nicht die gesamte Anzeigelogik der Ansicht.

[1] Das Ansichtsmodell kann ein Mediatormuster implementieren, das den Zugriff auf die Back-End-Logik um den Satz von Anwendungsfällen organisiert, die von der Ansicht unterstützt werden. Kürzlich erfuhr ich von Addy Osmanis Buch über Designmuster von einem Ingenieur in einem Unternehmen, bei dem ich interviewt habe.

54321
(0 votes. Average 0 of 5)