Code-Heavy ViewModels in MVVM

Question

Ich schreibe eine Anwendung in WPF und fand mich lieben ganzen MVVM-Paradigma. Meine einzige Sorge im Moment ist, dass meine ViewModels schwere werden. Sie enthalten Commands, Logik zum Aktivieren und Deaktivieren von Schaltflächen, Instanzen anderer ViewModels, asynchrone Methode mit DispatchTimer Timern usw. Ist das in einer solchen Entwicklungsumgebung normal? Oder gibt es eine logische Möglichkeit, ViewModels zu organisieren, ohne zu "überfüllt" zu werden?

Answer 1

Beachten Sie, dass die ViewModel zwischen Ihrem model nur ein Adapter, wo Logik und Daten leben, und die view, die dem Benutzer angezeigt wird.

Die Idee ist, dass Sie Ansichten leicht austauschen oder ändern können, ohne dass die Logik darunter leidet.

Je nachdem, wie komplex Ihre Anwendung ist, können sie ziemlich groß werden, aber wenn es hauptsächlich Sachen sind, die am Ende Dinge in Ihrer Ansicht aktivieren/deaktivieren, und keine Logik/Verarbeitung machen, dann ' Ich sage, das ist, wo es leben soll.