Ist es zu spät, ein Architekturmuster wie MVC oder MVVM zu implementieren?

Question

Ich bin auf Version 2 einer Anwendung entfesselt worden, an der meine Firma gearbeitet hat. Es war unser erster Ausflug in WPF und natürlich wurden viele Lektionen gelernt. Die Entwicklung des Produkts dauerte ein Jahr, also ist es keine kleine Anwendung. Alle sind kürzlich mit MVVM an Bord gegangen.

Jetzt, da wir eine große Codebasis mit vielen x: Name und viel Logik in den Code-Backing-Dateien haben, ist es zu spät, um zu etwas wie MVVM voranzukommen? Denken Sie daran, es ist wahrscheinlich nicht im Budget, zurück zu gehen und bestehende Fenster zu ändern, um dieses Muster zu übernehmen, so wird es immer eine Mischung aus beiden geben, sollte MVVM in Zukunft übernehmen.

Schätzen Sie Meinungen zu diesem Thema.

Answer 1

Ich war in einer ähnlichen Situation. Wir haben unsere WPF-App gestartet, als WPF noch in der Beta war, und natürlich haben wir in den ersten Tagen viele Fehler gemacht. Als wir von MVVM erfuhren, war klar, dass es viel besser war als unser "MV" -Ansatz.

Wir hatten bereits eine ziemlich große existierende Codebasis und es war nicht realistisch, das, was wir taten, zu stoppen und zu MVVM zu konvertieren. Wir entschieden, dass alle zukünftigen Entwicklungen das MVVM-Muster verwenden würden und wir würden die bestehende Codebasis schrittweise migrieren. Grundsätzlich, wann immer wir einen bestehenden Bildschirm ändern mussten, haben wir diese Gelegenheit genutzt, um zu refurbizieren und zu MVVM zu konvertieren.

Dieser Ansatz hat gut funktioniert und heute verwendet das gesamte Projekt MVVM.