Unterschied zwischen Model und ViewModel

Habe ich noch nie genutzt MVVM vor, also ich bin wahrscheinlich etwas fehlt offensichtlich. Wenn ich eine neue Panorama-Anwendung, es gibt bereits eine ViewModel-Ordner mit ItemViewModel und MainViewModel.

Dachte ich "MainViewModel.cs" ist die Datei, organisiert das panorama. Jedoch, innerhalb von MainViewModel, hat es diese Zeile:

public MainViewModel()
{
    this.Items = new ObservableCollection<ItemViewModel>();
}

Den ItemViewModel hat keine Interaktion mit dem panorama. Diese sind dann instanziiert wie diese:

this.Items.Add(new ItemViewModel() 
{ 
    LineOne = "first line", 
    LineTwo = "second line", 
    LineThree = "third line" 
});

Warum nicht ItemViewModel nur ein 'Modell'? Es INotifyPropertyChanged implementiert, aber für welchen Zweck? Ich hätte gedacht, dass die ObservableCollection in MainViewModel wäre genug, um Mitteilung über eventuelle änderungen, wie hier gezeigt

InformationsquelleAutor Brap | 2010-09-29
  1. 6

    Den ObservableCollection benachrichtigt werden, wenn Elemente Hinzugefügt oder aus der Liste gelöscht, aber die INotifyPropertyChanged auf die ItemViewModel ist erforderlich, wenn Sie Benachrichtigungen zu geschehen, wenn sich diese Eigenschaften ändern.

    • So, zum Beispiel, wenn die Eigenschaft ändern Aspekt irrelevant sei für die ItemViewModel, würde es Sinn machen, zu 'verbannen', dass einfach ein Model?
    • Ich glaube nicht, dass Sie gewinnen eine ganze Menge dabei. Lassen Sie es, wie ein ViewModel, und nur der Aufruf der event-handler für die Elemente, die Sie benötigen. So sind Sie vorbereitet für den Fall, dass Sie benötigen, implementieren Sie die Benachrichtigung.
    InformationsquelleAutor Robaticus
  2. 13

    Unterschied ist ganz einfach.

    Modell enthält die business-Logik.

    View-Modell enthält eine Darstellung der Logik, und ist zusätzlich geformt, um fit Ansichten.

    In Ihrem Fall - view-Modell implementiert INotifyPropertyChanged. Das ist Reine Präsentations-Logik.

    Modell ist nicht verantwortlich für die Benachrichtigung einer bestimmten UI-das hat sich etwas geändert, es ist verantwortlich für die übertragung von Rechnungen, die Berechnung der Löhne usw.

    Manchmal (wenn das model ist einfach) diese Abstraktion zwar nicht notwendig ist.

    Einige wiki Zitate:

    Modell: wie in der klassischen MVC-pattern das Modell bezieht sich entweder

    (a) ein Objekt-Modell für den realen Zustand Inhalt (ein objektorientierter Ansatz), oder

    (b) die data-access-layer darstellt, dass die Inhalte (ein Daten-zentrischer Ansatz).

    ViewModel: das ViewModel ist ein "Model der View", das heißt es ist ein Abstraktion der View, das dient auch in der Datenbindung zwischen der Ansicht und dem Modell. Es könnte gesehen werden als ein besonderer Aspekt von dem, was wäre ein Controller (im MVC-Muster), die fungiert als ein Daten-binder/- Konverter, die änderungen der Modell-Informationen in Anzeigen, Informationen und gibt Befehle aus der View in das Modell ein. Das ViewModel öffentlichen Eigenschaften, Befehle und Abstraktionen. Das ViewModel hat verglichen, um einen begrifflichen Zustand der Daten im Gegensatz zu den realen Zustand der Daten im Modell.

    InformationsquelleAutor Arnis Lapsa
  3. 11

    Es ist die gleiche Allgemeine Konzept hinter allen MV[x] - Architekturen, wenn auch MVC, MVP oder MVVM:

    • Sie haben das Modell auf der einen Seite, die im Grunde ist eine software-Abstraktion, die von Ihrer business-domain. Es nicht weiß, und kümmert sich nicht um irgendwelche UI-bezogene Sachen (wie z.B. in deinem Fall 'die Benachrichtigung der Oberfläche über änderungen'). Es implementiert die Geschäftslogik und das ist es.
    • Auf der anderen Seite haben Sie die UI, mit spezifischen Anforderungen sowohl in technischer Hinsicht (z.B. 'WPF-will zum binden an eine ObservableCollection') und auch in Bezug auf die Benutzer-Präsentation (denken Sie z.B. über unterschiedliche Datum-Ordnungen oder unterschiedliche dezimal-Zeichen in verschiedenen Sprachen).
    • Um dies zu bewältigen und in der Lage sein, klar zu trennen, diese Anforderungen in eine saubere Architektur, müssen Sie das [x] in deinem Fall das ViewModel. Es ist die einzige Schicht, innerhalb der die software kennt sowohl über das UI und das Modell. Ansonsten, sollte es keine Verbindung, welcher Art auch immer zwischen den beiden.

    In Ihrer einfachen Beispiel, könnte dies Aussehen wie overkill, sondern eine normale business-software haben Dutzende oder sogar Hunderte solcher MV[x] Triolen, und Sie würde keine Möglichkeit haben, pflegen eine saubere Architektur ohne diese.

    Deine Frage zu beantworten: Was haben Sie in deinem Beispiel ist nur ein bisschen Verdrahtung code zum einrichten der beschriebenen Architektur.

    HTH!
    Thomas

    InformationsquelleAutor Thomas Weller
Schreibe einen Kommentar