MVCやMVVMなどのアーキテクチャパターンを実装するのが遅すぎますか？

Question

私の会社で働いているアプリケーションのバージョン2が公開されました。 WPFへの最初の進出でしたが、言うまでもなく多くのレッスンが学ばれました。製品の開発には1年かかったので、それは小規模なアプリケーションではありません。誰もが最近MVVMを持って来ました。

コードのバッキングファイルに名前とロジックがたくさんある大きなコードベースがあるので、MVVMのようなものに切り替えるには遅すぎますか？心に留めておくと、予算に戻ってこのパターンを採用するために既存のウィンドウを変更することはおそらくないので、常に両方の混在があり、今後MVVMを採用する必要があります。

この問題に関するご意見をお待ちしています。

Answer 1

私も同様の状況でした。 WPFがまだベータ版のときにWPFアプリケーションを開始しましたが、当初は多くの間違いを犯しました。私たちがMVVMについて学んだとき、私たちのMVアプローチよりもはるかに優れていることは明らかでした。

すでにかなり大きな既存のコードベースがあり、我々がやっていたことをやめてMVVMに変換するのは現実的ではありませんでした。将来のすべての開発でMVVMパターンを使用することにし、既存のコードベースを徐々に移行することにしました。基本的には、既存の画面を変更する必要があるときはいつでも、リファクタリングしてMVVMに変換する機会を得ました。

このアプローチはうまくいきましたが、今日ではプロジェクト全体がMVVMを使用しています。