AI真能搞定.NET遺留代碼？?jī)芍軐?shí)戰(zhàn)手記

“我花了兩個(gè)小時(shí)搞定的那個(gè)頑固模塊，Copilot Edits 只用了不到二十分鐘。”周二下午，團(tuán)隊(duì)成員馬克在工位上分享他最近的重構(gòu)經(jīng)歷，眼神里沒(méi)有夸張。我當(dāng)時(shí)正被一個(gè) .NET Framework 4.8 服務(wù)糾纏得焦頭爛額，聽(tīng)到這話，第一反應(yīng)不是驚喜，而是深深的懷疑——AI 真的能理解遺留項(xiàng)目的上下文，還能做合理重構(gòu)？這和我印象里那個(gè)只會(huì)補(bǔ)全單行代碼的輔助工具，好像不是一回事了。

帶著這份疑慮，我決定給自己兩周時(shí)間，把 AI 協(xié)作深度揉進(jìn)每天的 .NET 開(kāi)發(fā)里，看看所謂“智能 .NET 2026”到底是真趨勢(shì)還是又一輪泡沫。這一試，很多固有的判斷被推翻了。

第一個(gè)讓我改觀的是集成開(kāi)發(fā)環(huán)境（IDE）的形態(tài)變化。我在 Visual Studio 2026 和 Rider 2026 上都用到了 Copilot for Workspaces 和 Copilot Edits，這兩樣?xùn)|西把編輯器從被動(dòng)的輸入框，變成了一個(gè)能商量方案的伙伴。尤其是 Copilot Edits，它讓我對(duì) C# 13 語(yǔ)言特性不再有手生的恐懼。只要高亮一段舊代碼，按下 Alt+C，輸入一句“轉(zhuǎn)換為 C# 13 主構(gòu)造函數(shù)，并用 ArgumentOutOfRangeException.ThrowIfNegativeOrZero 檢查邊界”，它就能給我一個(gè)八九不離十的版本。當(dāng)然，它偶爾會(huì)漏掉邊界情況，或者給出過(guò)度封裝的建議，但十次里有八次，改出來(lái)的結(jié)果比我手動(dòng)遷移更規(guī)范、更快。很多時(shí)候，它還順帶糾正了我長(zhǎng)久以來(lái)忽略的依賴注入問(wèn)題，比如那個(gè)在 ProductService 里直接 new IProductRepository 的糟糕實(shí)踐——它連這種技術(shù)債都一塊清理了。

一段典型的對(duì)比讓我很受觸動(dòng)：原有代碼中參數(shù)校驗(yàn)需要手寫(xiě) if 判斷并記錄日志，再拋出 ArgumentException；經(jīng)過(guò) Copilot Edits 處理，構(gòu)造函數(shù)直接注入倉(cāng)儲(chǔ)接口，參數(shù)校驗(yàn)被替換成 ThrowIfNegativeOrZero 這行簡(jiǎn)潔的 C# 13 輔助方法。這不是單純少寫(xiě)幾行代碼，而是把一個(gè)老舊的代碼片斷拽進(jìn)了更地道、更現(xiàn)代化的點(diǎn)代碼范式。你原本可能早就知道應(yīng)該這么做，但一直沒(méi)排上日程，AI 倒成了一個(gè)隨時(shí)在場(chǎng)的提醒者。

如果說(shuō) IDE 內(nèi)的智能補(bǔ)全還在預(yù)期之中，那真正讓我開(kāi)始感受到“原生智能工作流”的，是向外部的 AI 模型下達(dá)更大粒度的命令。我用 Claude Sonnet 4.6 生成整個(gè)功能原型，偶爾遇到需要更深度策略權(quán)衡的任務(wù)，就換成 Opus 4.7。我們的團(tuán)隊(duì)要頻繁搭新的 .NET 9 最小應(yīng)用編程接口（API）端點(diǎn)，過(guò)去這是件磨人的例行公事：定義路由、處理輸入驗(yàn)證、寫(xiě)一堆樣板化的響應(yīng)模型。現(xiàn)在，我直接把需求描述扔給 Claude，它反回的不僅僅是可以運(yùn)行的代碼模板，還帶著錯(cuò)誤處理、資源釋放和基本的可觀測(cè)性注釋。我更像是在做代碼審查和架構(gòu)確認(rèn)，而不是從零開(kāi)始敲擊。

兩周下來(lái)，我并沒(méi)有變成一個(gè)盲目的“智能崇拜者”。關(guān)鍵模塊的最終邏輯還是要靠人對(duì)業(yè)務(wù)邊界的理解去校準(zhǔn)，AI 生成的代碼也并非每次都直接可用。但我不得不承認(rèn)，當(dāng)協(xié)作的顆粒度從“行”擴(kuò)展到“功能塊”，當(dāng) IDE 自己能指出依賴注入的不合理之處時(shí)，開(kāi)發(fā)速率和質(zhì)量之間的那道舊邊界開(kāi)始模糊了。這種模糊既讓人困惑——我們引以為傲的手藝感去了哪里；又讓人忍不住探索——如果習(xí)慣的編程姿勢(shì)正在被改寫(xiě)，下一個(gè)能抓住的新平衡點(diǎn)會(huì)是什么。