传统应用程序迁移策略 - 策略需要的建议

Question

我目前正致力于将复杂的经典ASP网站（v1）移植到新的ASP.NET MVC 3版本（v2）。数据库将被保留并用于v2。在构建v2时，业务部门将继续修改v1并添加功能。 v1中的所有功能都是必需的，同时还需要在v2中进行一些相当复杂的功能改进。

因为在v1上继续工作，我目前认为最好的策略是用v1来生成具有相同功能的v2（尽管有更强大的框架，更好的实践等），释放到应用程序可以并行运行，然后在稳定后添加新功能。

在v1上发生数据库模式更改的地方，我担心在v2的第一次迭代中尝试做太多事情。

有没有人有任何关于这种类型的项目的见解，并建议这是否是一个好方法？

Answer 1

只要你使用相同的数据库，我会寻找方法来细分应用程序，一次升级一个细分市场。尽量减少V2相对于v1变暗的窗口，因为这会增加风险。只有没有太多的方法可以让v2与v1的实时更改保持同步 - 即使您已经对v2有很好的单元测试覆盖率，v1中也不会有这种情况（我假设），所以您比较苹果对苹果是相当小的，IMO。