MVVM ViewModel viele Eigenschaften

Question

Ich bin neu in MVVM und ich entwickle eine Anwendung. Ich habe eine Formularansicht mit viel Eigentum. Ungefähr 50. Ich kann diese in usercontrol nicht trennen, weil ich die mvvm-Prinzipien brechen würde.

Ich kann diese nicht in Modell trennen, weil diese Logik enthält. PropertyChange, Error change und dies wären keine poco-Klassen, und diese sind nicht das Modell.

Wäre es nett, wenn ich 60 Eigentum in einem gleichen Viewmodel behalten würde?

Denke ich, dass es falsch ist? Wie würden Sie diese organisieren?

Answer 1

Bitte verwenden Sie nicht PropertyChanged für 60 Properties. Verwenden Sie DependencyProperty. Für Nutzungsbedingungen verwenden Sie die propdp Verknüpfung von Visual Studio und drücken Sie Tab zweimal.

entnehmen Sie bitte diesen Link: http://www.codeproject.com/Articles/62158/DependencyProperties-or-INotifyPropertyChanged

Answer 2

Ich kann nicht diese in Usercontrol trennen, weil ich die mvvm Prinzipien brechen.

Ich bin mir nicht sicher, was Sie damit meinen. Im Wesentlichen möchten Sie die Ansichtszusammensetzung verwenden und das Ansichtsmodell und die Ansichten in konstante Teile zerlegen.

Eine Ansicht ist ein WPF UserControl (oder Window), also, wenn Sie mit MVVM dann bist du UserControl ‚s verwendet wird, ist es nur konzeptionell sind sie als Ansichten in dem Muster betrachtet.

Ich würde auch empfehlen, dass Sie use an MVVM framework if you're using the MVVM pattern, und so etwas wie Caliburn.Micro sieht Zusammensetzung unglaublich einfach.

Ich würde auch nicht empfehlen, Abhängigkeitseigenschaften für Ansichtsmodelle, use INotifyPropertyChanged instead.

Die meisten MVVM-Frameworks stellen einen Basisansichtsmodelltyp bereit, der eine lambda-basierte Methode zum Aufrufen des PropertyChanged-Ereignisses enthält und somit das Refactoring unterstützt.