C#, WPF, MVVM und INotifyPropertyChanged

Bin ich immer verwirrt; ich dachte, ich Verstand INotifyPropertyChanged.

Ich habe hier eine kleine WPF-Anwendung mit einem frontend-MainWindow-Klasse, ein viewmodel in der Mitte und ein Modell an der Rückseite.

Das Modell in meinem Fall ist die Simulator-Klasse.

Den SimulatorViewModel ist fast durchsichtig und nur Schnittstellen Eigenschaften zwischen Hauptfenster und Simulator.

Simulator implementiert INotifyPropertyChanged und jede Eigenschaft setter-Simulator ruft die RaisePropertyChanged-Methode:

private string serialNumber;
public string SerialNumber
{
    get { return serialNumber; }
    set
    {
        serialNumber = value;
        RaisePropertyChanged("SerialNumber");
    }
}

public event PropertyChangedEventHandler PropertyChanged;

public void RaisePropertyChanged(string propName)  
{  
    if (this.PropertyChanged != null)  
    {  
        this.PropertyChanged(this, new PropertyChangedEventArgs(propName));  
    }  
}

In der xaml, ich habe eine TextBox mit Bindung wie diese:

Text="{Binding Path=SerialNumber, Mode=TwoWay, UpdateSourceTrigger=PropertyChanged}"

und der DataContext ist die SimulatorViewModel (aber siehe mein Kommentar über die änderung der DataContext auf das Modell)

ViewModel nur geht, die Eigenschaften durch:

public string SerialNumber  
{  
    get { return Simulator.SerialNumber; }  
    set { Simulator.SerialNumber = value; }  
}

Programmgesteuerte updates der SerialNumber-Eigenschaft im Simulator nicht propagieren, bis auf die UI, obwohl merkwürdigerweise der erste Wert, eingestellt im Simulator Konstruktor, ist es immer.

Wenn ich Pause auf der SerialNumber-setter in den Simulator und Folgen in RaisePropertyChanged, finde ich, dass PropertyChanged null ist und so die Veranstaltung ist nicht Vermehrung nach oben, um die GUI.

Das führt mich zu mehreren Fragen:

Was genau sollte Einhängen in das PropertyChanged-Ereignis? Ich bin auf der Suche um genauer zu sein als nur "WPF". Was ist der link zwischen diesem Ereignis und der Bindenden Anweisung in xaml?
Warum ist die erste Eigenschaft Wert an die Benutzeroberfläche beim Start, aber nicht nachträglich?
Bin ich Recht zu haben-Simulator (das Modell) die Implementierung von INotifyPropertyChanged, oder sollte es das ViewModel machen? Wenn das ViewModel es tut, dann programmatischen änderungen im Modell nicht auslösen, PropertyChanged, also ich bin unklar, auf das richtige Muster. Ich begreife, dass mein ViewModel ist fast überflüssig, aber das ist aufgrund der Einfachheit des Projektes; eine komplexere würde das ViewModel-Konzept härter arbeiten. Mein Verständnis ist, dass das ViewModel ist der Ort, an interface meine unit-tests.

Könnten Sie enthalten den code, der macht die updates für die SerialNumber-Eigenschaft?
SerialNumber = GenerateSerialNumber(); - ich glaube nicht, dass das das problem. Aber ich habe gerade entdeckt, dass wenn ich den DataContext zu Simulator (das Modell), es funktioniert alles. Aber heißt das nicht, dass ein ViewModel ist irrelevant?
was macht Ihr SimulatorViewModel Aussehen? Von was ich sehen kann, Ihre Simulator-Klasse hat die Rolle, die das ViewModel. Also derzeit Ihre SimulatorViewModel redundant ist. Wie sind Sie propagieren Simulator Benachrichtigungen an die SimulatorViewModel?
Ich habe ein Beispiel SimulatorViewModel-Eigenschaft in den code oben für Klarheit. Ja, das viewmodel scheint irrelevant in einem einfachen Fall wie diesem, wie ich sagte, aber in einem komplexeren Fall ist es nützlich wäre. Ich denke, Sie sind Recht Vermehrung Simulator Benachrichtigungen an die SimulatorViewModel. Ist es der Fall, dass der DataContext initiiert Verkabelung der PropertyChanged-Ereignis? Das würde eine Menge erklären. Aber all das scheint einfach zu sein, führt zu der Frage, "welchen Sinn hat eine ViewModel eigentlich dienen?"

InformationsquelleAutor Alan | 2011-02-11

c#inotifypropertychanged mvvm wpf

7
1. Das problem ist, dass Sie die Anhebung PropertyChanged auf Ihr Modell, aber Ihre Ansicht gebunden ist ViewModel. Also Ihrer Ansicht abonniert, nur um ViewModel-Ereignisse (nicht Modell) - das ist der Grund, warum textbox wird nicht aktualisiert - weil es nie erhält PropertyChanged Veranstaltung. Eine der möglichen Lösungen ist zu hören im ViewModel für Modell PropertyChanged Veranstaltungen und heben Sie dasselbe Ereignis auf ViewModel entsprechend.
2. Anfangswert wird propagiert, weil Sie Ihre setter/Getter im ViewModel richtig sind, ist das problem bei Veranstaltungen.
3. Ja, Sie sind richtig (siehe meine #1), Sie sollten heben Sie PropertyChanged auf der ViewModel, weil View gebunden ist. Diese Ereignisse werden nicht ausgelöst, automatisch, nach änderungen im Modell, so dass Sie hören sollten für Model.PropertyChanged im ViewModel.
Einfachste dirty fix um die Idee zu verstehen:
```
SimulatorViewModel(Simulator model)
{
    //this will re-raise Model's events on ViewModel
    //VM should implement INotifyPropertyChanged
    //method OnPropertyChanged should raise INPC for a given property
    model.PropertyChanged += (sender, args) => this.OnPropertyChanged(args.PropertyName);
}
```
- Ja, das macht alles Sinn, danke. Aber das ViewModel, was ist Anfang, mich zu stören. Ich bin reflektierende alle meine Eigenschaften über Ansicht-Modell (extra code) und wie du sagst, vielleicht muss ich monitor-Modell änderungen im viewmodel mit einem Ereignis (mit extra-code): ich beginne zu zweifeln, die Notwendigkeit für ein ViewModel, trotz meiner Behauptung, dass es nützlich wäre, in einem komplexeren Projekt. Was wirklich gehen sollte im viewmodel, dass wirklich rechtfertigt die Notwendigkeit für eine Zwischenschicht?
- Alle Eigenschaften-oder Präsentations-Logik, die geeignet sind für Ihre Ansicht, aber würde keinen Sinn machen in Ihrem Modell gehen würde in Ihrer view-Modell. Zum Beispiel, möchten Sie vielleicht, um die Anzeige des Alters eines Benutzers in Ihrem Blick, aber dein Modell hat nur eine DateOfBirth Eigenschaft. Man könnte ein framework wie CSLA zum erstellen von rich-Modelle, die Sie binden können, um direkt aus Ihrer Sicht das Modell speichern->Ansicht Modell-sync-Aufwand.
- ViewModels, kann eine Menge von verschiedenen use-cases. Häufigste Anwendungsfall für mich ist, wenn die VM soll ein editor, der ein Modell. In diesem Fall VM enthält einige Logik wie Speichern, Rollback änderungen im editor, display-Fortschrittsbalken beim speichern, etc... das ist die Logik, die macht sehr viel Sinn in Zusammenhang mit einem editor, aber keinen Sinn für ein Modell selbst.
- In WPF-Anwendungen, die Sie ziemlich viel müssen immer ein view-model-Klasse. Aber Sie benötigen nicht unbedingt eine separate Daten-model-Klasse. Es wird dann nützlich, wenn Sie brauchen, um die Trennung der Funktionalität in wiederverwendbare und testbare Teile, aber wenn Sie nicht brauchen, dass, dass ein view-model-Klasse, die Eigenschaft-ändern Sie Mitteilung und kapselt das Datenmodell in Ordnung ist.
- Während ich damit einverstanden WPF hat viel weniger Reibung bei der Verwendung von MVVM-vor allem, weil das ist, was der Gemeinschaft verabschiedet hat, denke ich, dass die WPF verwendet werden kann einfach mit WinForms zu tun, alles-in-den-code-behind-style-apps, unabhängig davon, ob es eine gute Idee dies zu tun oder nicht. Die Frage, ob die Schichtung oder die Verwendung verschiedener UI-Muster ist wirklich unabhängig von WPF oder einer bestimmten UI-framework und verstanden werden sollten und beantwortet unabhängig.
InformationsquelleAutor Snowbear
1
1. Immer stellen Sie sicher, dass die Instanz der Klasse, die wurde als Daten-Kontext sollten die INotifyPropertyChanged implementieren
2. In Ihrem Fall-Simulator implementiert die INotifyPropertyChanged aber SimulatorViewModel wird als DataContext, in diesem Fall der UI wird kommen, nur wissen, wenn es änderungen in der SimulatorViewModel aber nicht im Simulator.
Was Sie tun können, ist, dass:

Können Sie setzen einige Ereignisse oder-Delegierten in die Simulator-Klasse und Haken, um einige Methoden in SimulatorViewModel Klasse. Wenn dann immer Werte im Simulator-Klasse verpasst haben, rufen Sie das Ereignis oder die Stellvertretung, die Sie erhalten, Führen auf SimulatorViewModel, bekommen Sie jetzt die aktualisierten Werte aus dem simulator, und aktualisieren Sie die Eigenschaften in SimulatorViewModel. Stellen Sie sicher, dass Sie unterschiedliche Eigenschaften in der Klasse,

InformationsquelleAutor Kumareshan

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.