Was MVVM Rahmen ist gut?

Question

Ich weiß, einige mvvm Frameworks, die in diese Thread

Bitte beschreiben oder geben Sie mir für diesen Link, was für sie nützlich sind? keine Informationen über MVVM über MVVM Framework. Vielen Dank :) Ich möchte wissen : Was ist MVVM-Framework?

Answer 1

ich glaube, Ihre Frage nicht wirklich präzise ist. Soweit ich verstehe, fragen Sie für die Funktionen der einzelnen Rahmen?!

Sie können ausführliche Informationen finden hier und hier . Allerdings hat mindestens einen dieser Links bereits im Thread gegeben worden Sie erwähnt ...

EDIT:
Grundsätzlich ein MVVM Rahmen ist eine Sammlung von Klassen, die in Anwendungen verwendet werden, unter Verwendung der MVVM (Model-View-Viewmodel) -Muster. Dies kann Messagingsysteme umfassen zwischen unabhängigen Teilen einer Software, Dependency Injection-Techniken, Basisklassen für Viewmodel, Projekt- / Klassen-Templates, Validierungsmechanismen, häufig verwendeter Befehle, Techniken zum Anzeigen von Dialogfeldern zu kommunizieren, und so weiter ...

Um vollständig verstehen einen solchen Rahmen, werden Sie zuerst das MVVM Muster verstehen müssen. Denn nur dann (oder auch nur, nachdem Sie Ihr erstes MVVM Projekt haben) erhalten Sie ein Verständnis für die Probleme und / oder Herausforderungen dieses Musters.

Answer 2

mvvm Framework verwenden nur einfach unten beschriebenen Schritten folgen:

1. Sie haben ein Modell und ein Blick-Modell mit dem gleichen Namen.

View-Modelle sollen nicht Wrapper um Modelle sein. Die Aufgabe eines View-Modell ist zu Broker Anfragen für externe Dienste wie das Laden und Speichern von Daten. Die Daten selbst, sowie die Validierung und die meisten der Business-Logik sollten in den Modellen sein.

Ich kann nicht genug betonen. Jedes Mal, wenn Sie ein Ansicht-Modell erstellen, das ein Modell durch Delegation hüllt stellen Sie ein riesiges Loch in der API. Speziell, etwas mit einem direkten Bezug auf das Modell kann eine Eigenschaft in einer solchen Art und Weise ändern, dass der View-Modell und damit die UI nie gemeldet. Ebenso werden alle Änderungen an berechneten Felder im Modell nicht zurück in das View-Modell propagiert werden.

1. Sie haben einen Blick und ein Blick-Modell mit dem gleichen Namen.

Im Idealfall view-Modelle sind Agnostiker auf die Bildschirme sie verwendet werden. Dies gilt insbesondere in einer WPF-Anwendung, bei der mehr Fenster können die gleiche Instanz eines View-Modell teilen.

Für kleinere Anwendungen, wie Sie nur ein einziges Ansicht-Modell für die gesamte Anwendung benötigen. Für größere Anwendungen können Sie einen für die Hauptfunktionalität benötigen und eine für jeden sekundären Aspekt wie Konfigurationsmanagement.

1. Sie haben keinen Code hinter sich.

In absoluten Zahlen Code hinter weder eine gute noch eine schlechte Sache. Es ist nur eine Stelle zu setzen Logik, die spezifisch für eine einzelne Ansicht oder Kontrolle. Also, wenn ich einen Blick ohne Code-behind überhaupt sehe ich sofort überprüfen Sie die folgenden Fehler:

• Ist die View-Modell Touch-spezifischen Kontrollen mit Namen?
• Ist das View-Modell Zugang zu den Kontrollen über einen Befehlsparameter gegeben werden?
• Sie EventToCommand oder andere undichte Verhalten anstelle von einfachen Event-Handler verwendet?

EventToCommand von MVVM Light ist besonders schlecht, weil es Steuerelemente an dem Müll gesammelt zu verhindern, nachdem sie vom Bildschirm entfernt werden.

1. View-Modelle hören auf Eigenschaft geändert Benachrichtigungen

Wenn ein Modell hat eine längere Lebensdauer dann die Ansicht-Modell, dass Streams auf seine Ereignisse dann haben Sie wahrscheinlich ein Speicherleck haben. Im Gegensatz zu Ansichten, die ein nicht geladenes Ereignis haben, view-Modelle verfügen nicht über eine gute Geschichte für Life-Cycle-Management. Also, wenn sie ein Ereignis zu einem Modell, das kann aus letzten sie dann dem Blick-Modell durchgesickert werden befestigen.