Was ist der Unterschied zwischen MVC und MVVM?

Question

Gibt es einen Unterschied zwischen dem Standardmuster "Model-View-Controller" und dem Model/View/ViewModel-Muster von Microsoft?

Answer 1

Das Viewmodel ist ein "abstraktes" Modell für die Elemente Ihrer Benutzeroberfläche. Es muss es Ihnen ermöglichen, die Befehle und Aktionen in Ihrer Ansicht auf nicht-visuelle Weise auszuführen (z. B. um sie zu testen).

Wenn Sie mit MVC gearbeitet haben, haben Sie es wahrscheinlich schon einmal als nützlich empfunden, Modellobjekte zu erstellen, die den Zustand Ihrer Ansicht widerspiegeln, z. B. um einen Bearbeitungsdialog ein- und auszublenden usw. In diesem Fall verwenden Sie ein Viewmodel.

Das MVVM-Muster ist einfach die Verallgemeinerung dieser Praxis auf alle UI-Elemente.

Und es ist nicht ein Microsoft-Muster, was hinzukommt ist, dass WPF / Silverlight Daten-Bindungen sind besonders gut geeignet, um mit diesem Muster zu arbeiten. Aber nichts hindert Sie daran, es mit Java Server Faces, zum Beispiel zu verwenden.

Answer 2

Es erstaunt mich, dass dies eine hochrangige Antwort ist, ohne dass man die Herkunft von MVVM. MVVM ist ein beliebter Begriff in der Microsoft-Community und wird entstanden ist. aus dem Buch von Martin Fowler Präsentation Modell . Um also das Motiv des Musters und die Unterschiede zu anderen Mustern zu verstehen, sollte man zunächst den Originalartikel über das Muster lesen.

Answer 3

Injektion von stark typisierten ViewModels in die View mit MVC

1. Der Controller ist dafür verantwortlich, das ViewModel zu erstellen und es in die View zu injizieren. (für Get-Anfragen)
2. Das ViewModel ist der Container für den DataContext und den View-Status, wie z. B. das zuletzt ausgewählte Element usw.
3. Das Modell enthält DB-Entitäten und ist sehr nah am DB-Schema, das die Abfragen und Filterung vornimmt. (Ich mag EF und LINQ für diese Aufgabe)
4. Das Modell sollte auch Repositories und/oder die Projektion von Ergebnissen in starke Typen berücksichtigen (EF hat eine großartige Methode... EF.Database.Select(querystring, parms) für direkten ADO-Zugriff, um Abfragen zu injizieren und starke Typen zurückzubekommen. Dies spricht das Argument an, dass EF langsam ist. EF ist NICHT LANGSAM !
5. Das ViewModel erhält die Daten und führt die Geschäftsregeln und die Validierung durch
6. Der Controller auf zurücksenden ruft die ViewModel Post-Methode auf und wartet auf Ergebnisse.
7. Der Controller wird das neu aktualisierte Viewmodel in die View injizieren. Die View verwendet nur starke Schriftbindung .
8. Der View rendert lediglich die Daten und gibt Ereignisse an den Controller zurück. (siehe Beispiele unten)
9. MVC fängt die eingehende Anfrage ab und leitet sie an den richtigen Controller mit starker Datentyp

In diesem Modell gibt es keine HTTP-Ebene mehr Kontakt mit den Anfrage- oder Antwortobjekten, da die MVC-Maschine von MSFT sie vor uns verbirgt.

Zur Erläuterung von Punkt 6 oben (auf Anfrage)...

Nehmen Sie ein ViewModel wie dieses an:

public class myViewModel{
     public string SelectedValue {get;set;}
public void Post(){
    //due to MVC model binding the SelectedValue string above will be set by MVC model binding on post back.
    //this allows you to do something with it.
    DoSomeThingWith(SelectedValue);
    SelectedValue = "Thanks for update!";
 }
}

Die Controller-Methode des Posts sieht dann so aus (siehe unten). Beachten Sie, dass die Instanz von mvm automatisch durch die MVC-Bindungsmechanismen instanziiert wird. Sie müssen nie auf die Abfrage-String-Schicht als Ergebnis fallen! MVC instanziert das ViewModel für Sie auf der Grundlage der Query Strings!

[HTTPPOST]   
public ActionResult MyPostBackMethod (myViewModel mvm){
         if (ModelState.IsValid)
        {
               // Immediately call the only method needed in VM...
               mvm.Post()
        }
      return View(mvm);
}

Beachten Sie, dass für diese actionmethod oben zu arbeiten, wie Sie beabsichtigen, müssen Sie eine null CTOR definiert, die Dinge nicht in der Post zurückgegeben intialisiert. Der Postback muss auch Name/Wert-Paare für die Dinge zurückgeben, die sich geändert haben. Wenn Name/Wert-Paare fehlen, tut die MVC-Bindungs-Engine das Richtige, nämlich einfach nichts! Wenn das passiert, werden Sie sich vielleicht sagen: "Ich verliere Daten bei Post Backs"...

Der Vorteil dieses Musters besteht darin, dass das ViewModel die gesamte "unübersichtliche" Arbeit mit der Model-/Business-Logik übernimmt, der Controller ist lediglich eine Art Router. Es ist SOC in Aktion.

Answer 4

Soweit ich das beurteilen kann, entspricht MVVM dem MV von MVC - was bedeutet, dass in einem traditionellen MVC-Muster das V nicht direkt mit dem M kommuniziert. In der zweiten Version von MVC gibt es eine direkte Verbindung zwischen M und V. MVVM scheint alle Aufgaben zu übernehmen, die mit der Kommunikation zwischen M und V zusammenhängen, und sie von der C zu entkoppeln. Dies ist die Rolle des Controllers. Durch das Entfernen dieser untergeordneten Aspekte aus den Controllern sind diese sauberer und es ist einfacher, das Anwendungsszenario und die Geschäftslogik der Anwendung zu ändern, was auch die Wiederverwendbarkeit der Controller erhöht.

Answer 5

MVVM fügt das Ansichtsmodell in den Mix ein. Dies ist wichtig, da es Ihnen erlaubt, eine Menge von der Bindung Ansatz von WPF zu verwenden, ohne dass alle, die UI-spezifische Stücke in Ihrem regulären Modell setzen.

Ich kann mich irren, aber ich bin nicht sicher, ob MVVM wirklich den Controller in den Mix zwingt. Ich finde das Konzept mehr im Einklang mit sein: http://martinfowler.com/eaaDev/PresentationModel.html . Ich denke, dass die Menschen wählen, um es mit MVC zu kombinieren, nicht, dass es in das Muster eingebaut ist.