.NET開發者等著：VS Code調試終于上線，還附贈值追蹤和項目級更新

2026年初，一批使用VS Code及其兼容編輯器的開發者收到了一次重要更新推送。在ReSharper的2026.2版本中，一項被反復提及的功能請求終于不再是“計劃中”——調試，這個看似基礎卻一直缺失的拼圖，正式就位。

如果你常年跟著VS Code的.NET開發路線走，會很清楚這個時刻等了多久。JetBrains的團隊沒把這件事藏在新功能的角落里，而是用一整篇獨立公告來宣告它。官方說得很直接：基于驅動JetBrains Rider的同款核心調試引擎，開發者現在可以直接在編輯器里設斷點、實時檢視變量與表達式、單步執行代碼，甚至啟動或附加到.NET進程，全程不用離開當前窗口。這對日常需要在多個工具間切來切去的開發者來說，省掉的不只是幾次鼠標點擊，而是思路被打斷的連續成本。

但這次更新顯然不只是給一個調試器就收工。團隊在2026.1到2026.2之間，還悄悄打磨了一整套“數據流可視化”能力。這項叫Value Tracking的功能，解決了一個極高頻的痛點：當你面對一個NullReferenceException或者某個狀態莫名其妙被改變時，不再需要靠著肉眼在構造函數、屬性和異步邊界之間手動回溯賦值鏈。現在，你可以在編輯器中直接右鍵選擇“顯示值來源”，立刻看到這個值的源頭；或者用“顯示值去向”，追蹤它后續的一切使用。這種在編碼階段就能完成的靜態分析，讓你甚至不必啟動調試器，就能追查出許多運行時才會暴露的問題。

在此基礎上，調用層次和類型層次的導航也被重新武裝了一遍。ReSharper引擎接管了Call Hierarchy與Type Hierarchy視圖，無論是追蹤一個方法調用在代碼庫中的完整影響鏈，還是理清一個類的繼承體系，你都可以一鍵切換進入/離開端、父類型/子類型，再點一下目標就能直接跳轉。這種絲滑的繼承與調用關系追蹤，對于接手大型項目或維護遺留代碼的人來說，幾乎等同于在迷宮墻上畫出了完整路線圖。

項目結構的管理方面，這次更新跟最近C# Dev Kit擴展的改動拉開了距離。ReSharper選擇了保留并繼續增強解決方案資源管理器，確保項目結構始終占據視覺中心。三個具體變化值得注意：一是NuGet包版本號直接出現在樹狀視圖里，讓依賴審計和版本沖突一目了然；二是類似Properties和wwwroot這類服務文件夾被自動釘在普通文件夾上方，給高頻目錄視覺優先權；三是新增的“添加現有項目”上下文菜單選項，讓外部代碼融入現有方案的摩擦力降到最低。

如果把這些更新歸攏來看，會發現一條清晰的邏輯：一切圍繞“縮短從發現問題到解決問題的路徑”展開。調試讓你在問題眼前直接動手；值追蹤讓你在寫代碼時就想清楚數據流向；調用和類型層次讓你快速理清結構；項目級的改進則減少了配置和組織的認知負荷。但是，當你沉浸在這些新能力里時，也難免會問：這是不是意味著VS Code上的.NET開發體驗，終于能追平傳統IDE了？

這個問題沒有一刀切的答案。一方面，調試的加入的確補上了一塊最顯眼的短板。以前在VS Code里寫.NET Core或.NET 5+時，遇到需要單步調試的場景，往往要切回Visual Studio，或者通過第三方擴展組合一套半自動方案。現在可以就地解決，配合已經日益完善的代碼補全、導航和重構支持，日常的開發閉環基本封閉了。就效率而言，這是一個關鍵的跨越。另一方面，也要看到這次發布的調試器還處在初始階段，官方也無意把它和所有其他功能等量齊觀——他們為此專門寫了另一篇長文，暗示這里面的細節和邊界遠比本次簡介豐富。對于調試這一件事，你可以期待更多，但也得誠實面對它目前的范圍。

值追蹤與導航類的強化，同樣值得冷靜拆解。表面看，它們像是錦上添花：一個能幫你查值從哪來到哪去，一個能幫你理清調用關系，解決的是“能不能少記一些上下文”的問題。但在實際作業里，這兩種能力直接關聯到兩個最常見的被動工時損耗：查值為空帶來的線上事故定位成本，以及梳理大代碼庫結構時反復跳轉的認知消耗。它們的價值并不像調試那樣直戳眼睛，卻能動輒為一次問題排查省下幾十分鐘的閱讀。這也是為什么在官方描述中，特別提到了“無需啟動調試器”這個定語——因為很多NullReferenceException的根因，完全可以在設計態就被挖出，不需要等到按下F5之后再去抓現形。

至于解決方案資源管理器的演進，它所反映的是一股更底層的思考：輕量編輯器該不該提供重型IDE般的項目管理能力？C# Dev Kit的近期策略傾向簡化，而ReSharper這邊選擇“繼續增強”。這不見得有對錯之分，更像是兩種產品哲學的演繹。看重保姆式組織的人會覺得包版本可視化、服務文件夾置頂這些細節貼心；而信奉極簡的人則可能認為解耦才是未來。在缺少一份普適的“正確”答卷時，開發體驗的好壞便退回到個體習慣和項目體量上來評判。

基于這次更新的整體表現，可以做出這樣的判斷：ReSharper在VS Code兼容編輯器陣地上，正試圖構建一個漸進的、不妥協的.NET開發方案。它沒有用砍功能來換取速度，而是試圖讓用戶在保持輕量編輯體驗的同時，獲得重型IDE級別的洞察力。調試的落地加上值追蹤、調用層次導航和項目管理的細化，讓這個工具越發接近“你一直呆在這個窗口就夠了”的理想狀態。當然，現實中的工程永遠比發布會復雜，那些依然容易卡住你的依賴地獄、啟動性能或是大型解決方案的加載速度，這次更新沒有直接