前言：為何重寫設計模式？ 網路上關於 23 種設計模式的文章可說是汗牛充棟，但筆者仍決定動筆，主要有兩個原因：一是為自己梳理知識體系，將「掌握」轉化為「能教會別

using 指令 三大用法 1. 命名空間導入（最常用） using System; // 導入 System 命名空間 using S

現象 將 VS2013 專案遷移到 VS2015 新電腦，原連接字串 (LocalDB)\v11.0 連線失敗，測試連線報錯。 根本原因 VS2015 內建

為什麼要用 Task？ ThreadPool.QueueUserWorkItem 是「發射後不管」，無法獲取結果、異常、協調續接。 Task 是線程池上的工作單

問題背景 XmlSerializer 預設不支援 Nullable<T>（如 int?）的「有值/無值」語義： 有值 → 正常序列化。 無值 (n

項目背景與目標 用最基礎的 C# 控制台應用，實現一個迷你銀行系統：開戶、存款、取款、查詢、轉賬、修改密碼。無資料庫、無框架、純物件模型，適合初學者理解類設計、

驚人的開場：0.1 + 0.2 ≠ 0.3 double f = 0.1 + 0.2; Console.WriteLine(f); //

菜單 JSON 結構規範 微信菜單分一級按鈕（最多 3 個）和二級子按鈕（每個一級最多 5 個）。兩種按鈕類型： click：點擊推事件，需 key，開發者收

事件本質 事件是委託的受限封裝，提供三種能力： 註冊：event += Handler 註銷：event -= Handler 觸發通知：內部維護調用列表，逐

變數基礎回顧 變數是程式操作數據的「具名存儲單元」。C# 要求先聲明、後使用，類型決定存儲大小與解釋方式。 static 靜態成員深度解析 核心特性 屬於

比較難點 值類型：直接 Equals 或 ==。 引用類型：引用相等 vs 內容相等？ 集合/陣列：順序敏感？元素深度比較？ 循環引用：遞歸比較會棧溢出。 D

場景痛點 DataRow 無內建比較方法，直接比較引用永遠為 false。 列順序可能不同，需指定比較列集合。 DBNull.Value 不能直接序列化/比較

什麼是顯式轉換？ 當轉換可能導致精度損失、數據截斷或運行時失敗時，編譯器強制要求開發者使用強制轉換運算符 (T) 明確表達意圖。 四大類顯式轉換規則 1.

核心概念 裝箱：將值類型隱式轉換為 object 或任意實現的介面類型，本質是在托管堆上分配物件並複製值。 拆箱：將 object 顯式轉換回原值類型，分兩步

系列導讀 本系列系統梳理 C# 進階開發中 14 個高頻、高價值的技術專題，每篇深入原理、實戰陷阱與最佳實踐，適合中高級開發者查漏補缺、構建知識體系。 專題列

直接回答：可以，但極其受限 const 修飾引用類型時，只能初始化為 null。因為編譯期常數必須是編譯時期可確定的值，而引用類型的實例創建發生在運行時。 代

前言：為什麼需要設計原則？ 軟體設計原則是指導開發者編寫可維護、可擴展、高內聚低耦合代碼的經驗總結。遵循這些原則能有效降低系統複雜度，減少 Bug，提升團隊協作

第一章：第一個 C# 程序與 .NET 基礎 C#（讀作 C Sharp）是微軟於 2000 年隨 .NET 平台發布的現代化、物件導向程式語言。.NET 是一

前言：好習慣決定代碼質量 「工欲善其事，必先利其器。」寫代碼前先理清邏輯，是從「寫代碼」進化為「做工程」的關鍵一步。本文以庫存管理系統為例，演示從需求分析 →

前言：為什麼需要系統性總結？ .NET 多線程技術經歷了 Thread → ThreadPool → Task/TPL → async/await 的演進。本文