前言 轉載自「請叫我頭頭哥」博客《設計模式六大原則》，整理為速查卡片，建議配合具體模式學習。 六大原則一覽表 原則核心定義關鍵詞指導意義 開閉原則 (OCP

核心區別 屬性用途可見性代碼中角色 Name程式碼識別符僅設計時/代碼中可見訪問控件實例的「變量名」 Text用戶界面顯示文本運行時用戶可見控件呈現的「內容值

痛點：手寫參數繁瑣且易錯 @Age; var cmd = new SqlCommand(sql, conn); cmd.Parameters.AddWithV

準備工作 下載 LitJson.dll（NuGet: `Install-Package LitJson` 或官網） 放入 Unity 專案 `Assets/P

導出方案：構建 Excel XML (SpreadsheetML) 手動拼裝符合 Excel 2003 XML 格式的字符串，再由瀏覽器/Excel 打開。

什麼是 C# Pad？ 線上 C# REPL 環境（csharppad.com），類似 Visual Studio **即時運算視窗**，但運行在瀏覽器中，支援

設計目標 單 Sheet 導入導出 支援 `List`、`DataTable` 雙模式 匿名類導出（`new { Name=A, Age=18 }`） XML

await 深度解析 語法要求：只能在 `async` 方法中使用，返回 `void`、`Task`、`Task` 編譯器轉換：生成狀態機，在 `await`

一、訪問修飾符：保護數據的第一道防線 public：任意代碼可訪問 private：僅本類內部可訪問（默認） protected：本類與衍生類可訪問 inte

ThreadPool 基礎用法 { // 執行緒池工作項 DoBackgroundWork(); }); 缺點：無返回值、無異常傳播、無完成通

為何需要多線程？ 響應性：耗時運算（計算、I/O）移至後台，UI 執行緒保持流暢 資源利用：等待 I/O（網路、磁碟、用戶輸入）時釋放 CPU，避免空轉

為何選擇命令行而非 GUI？ `NuGet Package Explorer` 適合偶爾打包，但 CI/CD、版本號自動同步、批量發布需命令行自動化。 核心工

架構設計：解耦驗證規則構建與執行 核心介面： `IValidatorBuilder`：Fluent 建構器，定義規則鏈 `IRuleBuilder`：單條規則

背景：.NET 4 缺少 Stream.CopyToAsync 同步 `Stream.CopyTo` 簡單易用，但阻塞線程。為實現真正的非阻塞 I/O，需自行實

為何引入 IronPython？ 面對策劃頻繁變動的業務邏輯（遊戲數值、優惠規則、工作流條件），重編譯部署 .NET DLL 成本過高。IronPython 提

為何要擴展 WebClient？ 原生 `WebClient` 雖簡單但缺乏靈活性：無 Cookie 容器、無法控制自動重導向、無法存取原始 `WebRespo

痛點：OpenXML 無內建 AutoFit 使用 OpenXML SDK 生成 Excel 時，發現 `Column` 類只有 `Width` 屬性需指定具體

引言：看似簡單的輸出題 請預測下列代碼輸出： public static void Main() { Console.WriteLine(Startin

一、面向對象三大支柱深度解析 1.1 封裝：不只是 private/public 封裝的核心是「資訊隱藏」與「模組化」： 使用 `private` 保護欄位

現象：編譯報錯「文件正由另一進程使用」 在 Visual Studio 開發 WinForms/WPF 專案時，常遇到： 無法複製文件 bin\Debug\W