demoshop

在 AI 協助寫程式已成日常的現在，我們常常會遇到「Copilot 幫我寫了什麼？」、「這段程式碼到底能不能用？」這類讓人不太安心的時刻。好在 Visual Studio 2026 在簽入前加入了兩道檢查機制，讓開發者能在 commit 前快速掌握 AI 產生的程式碼品質。本篇文章會示範這兩項功能如何運作，以及它們如何讓我們在大量依賴 AI 的開發流程中，仍然保有必要的掌控感與信心。

本篇文章介紹 Visual Studio 2026 在偵錯體驗上的多項強化功能，包括參數值與 if 判斷結果的即時顯示，以及更強大的 IEnumerable 視覺化工具。透過這些改進，開發者能以更直覺、更高效率的方式檢視程式狀態，提升偵錯速度與整體開發體驗。

這篇最主要的目的是再說明如何調整 Visual Studio 預設的儲存編碼，讓跨平台的風險降到最低。

簡介 在這次的版本中，Visual Studio 將設定頁面以 Fluent UI 重新設計，帶來與 VS Code 一致的操作體驗。使用者可以順暢地透過滑鼠滾輪，從第一個設定一路瀏覽到最後，不再需要切換分頁。 設定同步 升級至新版本後，系統會自動同步舊版的設定（需登入 Microsoft 帳號）。需要注意的是，新版本的設定不會回寫至舊版本。如果同時安裝多個版本的開發者，請特別留意這一點。 可區分專案設定與使用者設定 新的設定機制提供兩種套用範圍： 使用者設定：與舊版相同，綁定登入帳號，所有專案共用同一組設定。 專案設定（團隊設定）：設定檔會存放在專案…

之前上過 Bill 的C#新語法大作戰就一直覺得可以用 Index 加上 Range 搞點事，最近剛好遇到要做字串遮罩的需求，就想來練練手，沒想到殺雞用了牛刀啊。

上一篇講了在.NET Core使用資料保護API的方式，這一篇就要來說點實務上會遇到的問題，因為是非對稱加密，所以需要有相同的公鑰和私鑰才能解密，但私鑰已經由API自行處理，開發人員甚至不用知道它的存在，可是這樣子在現在很基本的Web farm架構，或是單純的兩個自有服務交換資訊的情境下卻無法使用了，好在.NET Core已經很不一樣了，很多地方都留了設定讓開發人員可以調整

在 .NET Core後微軟為了讓開發人員更輕鬆簡單的使用資料保護API，並且作為ASP.NET 1.x - 4.x 中 <machineKey> 元素的長期替代品。 解決舊密碼編譯堆疊的許多缺點，同時為現代應用程式可能遇到的大部分使用案例提供現成的解決方案。

當您在自訂 TagHelper 並使用 GetChildContentAsync() 方法來讀取標籤內容時，這是一個常見的應用場景。然而，如果內容中包含特殊符號，可能會遇到問題。因為安全考量，GetChildContentAsync() 方法預設讀取的 HTML 內容是經過編碼的。我曾花費許多時間嘗試將編碼後的文字還原，但始終無法找到解決方法。最終，我意識到我一開始的方向就錯了，因此特別撰寫這篇文章來記錄這次的學習經歷。

不論是寫 MVC 或 Razor Pages 經常會使用 ViewModel 傳遞資料，享受 Model binding 的好處，但有很多的情境這建立好的 Class 只會用那麼一次，所以很多時候就會直接用參數來傳，現在可以使用 C#9 後新的 record 來簡單處理囉。

現在的開發人員要處理的事情非常的多，當使用了較陌生的語法或套件經常性的需要離開 Visual Studio 切換到瀏覽器查看文件、Stack Overflow 或套件官網，部落格文章來理解該語法怎麼用，視窗不停的切換是很麻煩的，好在 Visual Studio 2022 v17.6 新增了 GitHub Examples and Documentation 這功能可以讓你停留在 Visual Studio 內快速看到其他人怎麼使用這方法，只有純粹的程式碼片段，尤其對於一些你曾經用過但日子久了忘了該怎麼用的語法更是有強大的幫助。

Visual Studio 在這一版本中為頁籤新增了一些功能，雖然只是小改動，但對於方案中有很多專案，而且因框架命名習慣導致一堆前綴後綴的情況下，這功能還挺實用的。

這功能以前是某個付費套件才有的，現在 Visual Studio 內建了，雖然功能簡化了一些，但還是不錯的進步。