实现MVC或MVVM等架构模式是否为时已晚？

Question

我已经在我的公司一直致力于的应用程序的第2版上发布了。这是我们第一次涉足WPF，不用说，已经吸取了很多教训。该产品需要一年的时间才能开发出来，所以它绝不是一个小应用程序。最近每个人都加入了MVVM。

现在我们有一个庞大的代码库，有很多x：名称和代码备份文件中的大量逻辑，转换到像MVVM这样的东西是否为时已晚？请记住，可能不会在预算中回过头来改变现有的窗口来采用这种模式，因此总会有两者兼而有之，应该采用MVVM。

对此事表示赞赏。

Answer 1

我遇到了类似的情况。当WPF还处于测试阶段时，我们开始使用WPF应用程序，不用说，我们在早期犯了很多错误。当我们了解MVVM时，很明显它比我们的“MV”方法要好得多。

我们已经有一个相当大的现有代码库，停止我们正在做的事情并转换为MVVM是不现实的。我们决定所有未来的开发都将使用MVVM模式，我们将逐步迁移现有的代码库。基本上，每当我们需要更改现有屏幕时，我们都抓住机会重构并转换为MVVM。

这种方法运作良好，今天整个项目都在使用MVVM。