Vergleichen Sie zwischen 3-Schicht-Muster und MVVM

ich weiß nicht, MVVM. ich habe immer Folgen, 3-Schicht-Muster, wo eine Schicht UI, eine weitere Ebene ist die Business-Schicht und Letzte Schicht ist der Data access layer.

in dieser Schicht senden wir die Anfrage von UI und Business Schicht und der Business-Schicht die Interaktion mit data access layer. in diesem Muster geht alles gut, dann meine Frage warum sollte man lernen, MVVM. was ist der Vorteil von MVVM. was sind die Dinge, die getan werden kann, sehr wenig Aufwand mit MVVP. bitte diskutieren Sie im detail. danke.

  • "was sind die Dinge, die getan werden kann, sehr wenig Aufwand mit MVVP" - meinst du MVVM, oder MVP? Denn beide sind drei-Schichten-UI-design-patterns.
  • Was Sie beschreiben, als 3-Schicht, ist unklar. Meinst du multi-tier-Architektur, wo die Logik der Applikation ist aufgeteilt zwischen verschiedenen Servern (UI, web services, Datenbank-layer), oder meinst du, dass die lokale client-Anwendung, die code ist aufgeteilt in drei?
InformationsquelleAutor Thomas | 2011-02-28
  1. 15

    Die Schichten

    Als Gegensatz zu dem, was die Leute vor mir geschrieben hat - das MVVM-Muster ist nicht über die Aufteilung der UI-Schicht in 3 Schichten, es geht um die Aufteilung der UI-Schicht in zwei weiteren Schichten, Die Ansicht und ViewModel.

    also, wenn wir hatten, DAL, BLL, und UI, jetzt haben wir Modell(DAL & BLL) und ViewModel - + - Ansicht (statt nur einer Schicht UI).

    es noch 3 Schichten aber anders instrumentiert (und wenn Sie wirklich denken über es - DAL war nie wirklich eine Ebene - es ist eine Hilfsklasse, die bei den meisten, also der besagte 3-Schicht war in Wirklichkeit nur 2 Schichten, das sind jetzt 3 Schichten in MVVM).

    Die Gründe

    wenn Sie darüber nachdenken, werden Sie sehen, dass in der 3-Schichten-Architektur, in der Regel ist die Benutzeroberfläche gemischt mit Präsentation-code und applikationslogik-code. dies verstößt gegen SRP (Single Responsibility-Prinzip) und ist schlecht, aus mehreren Gründen.
    in MVVM den UI-Layer ist unterteilt in zwei Ebenen. das ViewModel, das dafür zuständig ist, die Anwendung der Logik, und die Ansicht, die Verantwortlichen ausschließlich auf die Präsentationen.

    Dies ermöglicht Ihnen, drei sehr wichtige Dinge:

    1. besseren code Wartbarkeit.

    2. einfacher, mit zu arbeiten VS-designer und-Mischung. aka Blendability. (dies ist wohl die stärkste feature von MVVM. Es wirklich steigert Produktivität)

    3. können für die Prüfung der ViewModel mit automatisierten tests, in der Erwägung, dass bis jetzt hatten wir zum testen der Benutzeroberfläche selbst, und dabei automatisierte tests auf UI ist Komplex. Dies wird als Testbarkeit

    auf eine persönliche note; ich habe das schreiben in n-tier-Architektur für die Jahre. Ich begann zu üben MVVM ein wenig vor über einem Jahr. Es könnte eine raue Fahrt in einige Male, aber Mann, es ist wirklich sich der Aufwand lohnt.

    • Ich denke, das ist der richtige Weg, um darüber nachzudenken MVVM. Wirklich das MVVM-sollte wirklich nur aufgerufen werden VVM - es ist Agnostiker über das, was die view-Modell spricht. In der Tat, es ist möglich, schreiben Sie einfachen MVVM-apps, die müssen kein Modell, wenn Sie faul sind, und stellen die Funktionalität im view-Modell.
    • Es ist wichtig, dass das Modell bleibt bis der Benutzer zu definieren, in dieses Muster, aber ich denke, die genaue Verwendung der Worte "zwei" und "drei" verwechselt das Problem. Aber die Hauptsache ist diese Antwort fehlt, ist die Begründung hinter MVVM-im Vergleich mit anderen MVC-Derivate. Blend-Unterstützung ist einer von Ihnen, aber MVVM hat starke Anwendungsfälle auch ohne Mischung. Wartbarkeit und Testbarkeit sind gut, aber sind gleichmäßig fein in der anderen MVC-alikes. Nicht das meine Antwort besser ist, da es nur links zu dieser Art von Informationen. Ein Kernstück der info ist, dass lose Kopplung erfolgt über Reflexionen/Veranstaltungen eher als stark typisierte Schnittstellen.
    • Ich muss sagen, ich bin nicht einverstanden. Wartbarkeit ist weit besser in MVVM als in MVC, b/c in MVC-der controller hat zwei Aufgaben - Umgang mit Wechselwirkungen sowohl mit dem Modell und der Controller. In MVVM jedoch das ViewModel ist nur über die Logik&Stand der Anwendung und damit bewahrt SRP-Prinzip ist ein wesentlich strenger Weise. Das hilft dabei den code sehr viel besser wartbar, und die #1 Grund, warum MVVM ist besser.
    • MVC ist eine Kategorie von design patterns, welche MVVM ist ein Naher cousin. MVC kann geschrieben werden fast MVVM-wie, da gibt es keine Regel in Stein gemeißelt darüber, wie konkret oder Abstrakt jeder Klasse ist, oder die Schichten sind gezwungen, miteinander zu kommunizieren. Es sind einzigartige Funktionen, die MVVM (databinding), allerdings MVVM selbst keine Garantie für die lose Kopplung. Ich habe Projekte gesehen hat, dass es falsch ist, und Testbarkeit wurde verletzt, als ein Ergebnis. Ich sage nicht, dass die Dinge, die Sie sagte, nicht wahr, nur, dass Sie sind nicht vollständig, und kann den Eindruck erwecken, dass MVVM ist eine Magische Kugel.
    • MVVM, korrekt implementiert, in der überwiegenden Mehrheit der WPF/SL Anwendungen, ist in der Tat der magischen Kugel 🙂
    • "also, wenn wir hatten, DAL, BLL, und UI, jetzt haben wir Modell(DAL & BLL) und ViewModel - + - Ansicht (statt nur einer Schicht UI)." Dies ist nicht korrekt. Model im MVVM nicht enthalten BLL. BLL enthält die gesamte Geschäftslogik, das in VM in MVVM und nicht im Modell. Ich denke auch, dass die Aussage " und ViewModel - + - Ansicht (statt nur einer Schicht UI)." ist auch falsch. Weil in nTier Sie nicht über Ihre business-Logik in der UI, aber in der BLL, aber in MVVM-Sie haben Ihre business-Logik in der VM.

    InformationsquelleAutor Elad Katz
  2. 4

    MVVM ist für den Aufbau der UI-Schicht. Es ist ein Muster, das es ermöglicht, ein sehr schönes zusammenspiel zwischen business objects und das UI-framework. Sie müssen nicht ändern Sie Ihre 3-Tier-Muster. MVVM ist auf einem anderen Abstraktionsniveau.

    Hier finden Sie eine sehr gute video-Einführung in MVVM und wahrscheinlich die Beantwortung einer Menge von Fragen.

    InformationsquelleAutor HCL
  3. 3

    MVVM ist wohl ein drei-Schicht-Architektur selbst. Diese Ebenen existieren innerhalb der gleichen Anwendung.

    "3-Schicht" auch manchmal bezieht sich auf n-tier-Architektur, die mehr über die Trennung der Benutzeroberfläche, die service-Schicht und die Daten-Schicht, die auf separaten Servern. Wenn Sie diese Art von Schichtung, dann MVVM wird es nicht ersetzen. Es wird nur verstärken den UI-layer, Aufteilung in drei Schichten.

    Hier ein write-up von MVVM, das zeigt einen gewissen Bezug zwischen der klassischen MVC, durch MVP und MVVM:

    http://msdn.microsoft.com/en-us/magazine/dd419663.aspx

    Siehe auch meine Antwort auf diese Frage. Es erklärt, einige der Grund, warum Sie verwenden würden, MVVM gegenüber älteren Varianten auf MVC.

    InformationsquelleAutor Merlyn Morgan-Graham
  4. 2

    MVVM ist speziell für WPF, Silverlight/Moonlight und Windows Phone 7, denn es nutzt die mächtige databinding gebaut ist, dass in diese Rahmenbedingungen.

    InformationsquelleAutor alimbada
Schreibe einen Kommentar