遗留应用程序迁移策略 - 策略所需的建议

Question

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

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

在v1上发生数据库架构更改的情况下，我担心尝试为v2的第一次迭代做太多。

有没有人对这类项目有任何见解，并就这是否是一种好方法提出建议？

Answer 1

只要您使用相同的数据库，我就会寻找分段应用程序的方法，一次升级一个段。尝试最小化v2相对于v1“变暗”的窗口，因为这会增加风险。没有太多方法可以让v2与v1的实时更改保持同步 - 即使你已经为v2获得了良好的单元测试覆盖率，你也不会在v1（我假设）中拥有它，所以你的能力比较苹果对苹果很小，IMO。