從 VB6 遷移到 .NET/.NET Core 的最佳策略或工具

我的公司有大量用 VB6 編寫的遺留應用程序。

我們正在從將 VB6 應用程序遷移到 .NET（特別是 3.5）。

將 VB6 遷移到 .NET 的最佳策略是什麼？

注意：以下更新應轉到“項目管理”，與主要問題無關。

$$ UPDATE $$: 感謝您到目前為止的回饋
現在有更多問題彈出

1. 您將如何分配開發人員來開發新的應用程序？
2. 是否應該有一個特殊的一次性升級部門將舊應用程序轉換為新應用程序？還是每個開發人員都應該參與轉換過程？
3. 只有高級開發人員才能參與轉換嗎？初級開發者？還是混合的？

似乎，我對這個問題思考得越多，就會出現更多的問題。

顯然，這是一項涉及大量工作的重大任務。

所以我的建議是把它當作一個非常長期的項目來對待。

有一個明確的目標，它可以解決諸如安全性、彈性、可維護性和應用程序的未來等主要問題。

一旦利益相關者同意這一點，開發一個原型系統來測試您的假設，您可以在其中嘗試 C# 與 VB.net 或 MVC 與 Webforms。我會為此分配您最好的開發人員。

然後從您的小型遺留系統開始，並建構您將在其他領域重用的核心組件。

在這個階段，從你更資深的開發人員開始，但每個人都必須參與進來並熟悉新的框架。

這將確保每個人都同時接受培訓，沒有人掉隊。

根據您有多少應用程序，我會輪換開發人員，因此所有系統都可以受益。

此外，所有新工作都必須使用您的 .net 語言而不是 VB6 來完成。

逐步轉換您的每個舊應用程序。（我只會在它們發生變化或更新它們有明顯好處的情況下轉換它們。）

這應該為您提供一個可靠的框架以供您繼續使用，同時仍確保使用者功能不會受到遷移的阻礙。

例如：

我曾在一家擁有大約 40 個左右 VB 應用程序的公司工作。

隨著時間的推移，我們已經將所有這些遷移到 C#，現在（5 年後），我們有大約 150 個 c# 應用程序（全部在 .net 2 中）。

這些都共享一個共同的框架，使它們易於維護，並在必要時進行擴展。

引用自：https://stackoverflow.com/questions/683918