傳統應用程序遷移策略 - 策略需要的建議

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。