面對公司內部運行多年的舊版 .NET Framework 應用程式，許多工程師常感到壓力巨大。這類 Legacy Code（遺留代碼）通常面臨安全性更新停止、第三方依賴套件過時以及維護成本飆升等問題。然而，將大型舊系統遷移到最新的 .NET 版本並非單純的編譯版本切換，而是一個涉及風險評估與逐步遷移的複雜工程。
為了降低這類現代化過程的門檻，微軟推出了 .NET Modernization for Beginners 課程，旨在教導開發者如何利用 GitHub Copilot 的現代化代理工具（Modernization Agent），將舊有的 ASP.NET 應用程式逐步升級至 .NET 10。
現代化過程的核心邏輯：從透明化到可控執行
許多開發者對 AI 編碼工具的擔憂在於其黑盒子特性，即 AI 直接修改代碼後交還給開發者，導致工程師必須花時間反向工程來理解 AI 做了什麼。GitHub Copilot 的現代化流程採取了截然不同的透明化策略。
它不會直接跳到修改代碼，而是先產生三份可編輯的文檔作為單一事實來源（Source of Truth）：評估報告 assessment.md、執行計畫 plan.md 以及任務清單 tasks.md。這種做法確保了工程師始終掌握主導權，可以在 AI 實際變動代碼前，先審核風險並調整計畫。
現代化實作的四個關鍵階段
第一階段：風險評估 Assessment
在動手修改任何代碼之前，必須先對現有的解決方案進行全面分析。透過現代化代理工具，系統會分析舊版專案的結構、依賴關係以及潛在風險，並將結果記錄在 assessment.md 中。這讓團隊能基於事實而非直覺來判斷升級的難易程度與所需人力。
第二階段：制定升級計畫 Planning
有了評估報告後，接下來是將洞察轉化為可執行的路徑。工具會生成 plan.md，其中包含建議的目標框架版本、升級步驟的先後順序以及預估的工作量。工程師可以根據實際的業務情境調整此計畫，確保升級路徑符合公司內部規範。
第三階段：執行升級 Upgrade and Execution
這是真正的代理開發（Agentic Development）階段。AI 會根據先前確認的計畫執行繁重的代碼遷移工作，而開發者則透過 tasks.md 追蹤進度。這種迭代方式讓升級過程變得可預測，且能隨時在發現問題時進行修正。
第四階段：雲端部署 Cloud with Azure
現代化的終點不應僅僅是程式碼能通過編譯，而應該是應用程式能穩定運行在現代化的基礎設施上。最後階段會將升級後的應用程式發佈到 Azure App Service，完成從舊版伺服器到雲端原生環境的轉型。
實作建議與環境需求
對於想要嘗試此流程的工程師，建議準備 Visual Studio 2022（17.10 或更新版本）並擁有 GitHub Copilot 訂閱。可以從微軟提供的開源儲存庫 dotnet-modernization-for-beginners 開始，透過實際操作一個真實的舊版 ASP.NET 案例來熟悉整個流程。
總結來說，.NET 系統的現代化不再需要僅靠工程師記憶與手動嘗試，透過 AI 驅動的評估與計畫機制，能將高風險的遷移過程轉化為可管理、可審核的標準化流程。
來源：devblogs.microsoft.com
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。