指令模式：解耦編輯操作與 UI 編輯操作數十種（複製、貼上、字體、插圖…），若全部寫在 TextDocument 會導致類別膨脹。引入 指令模式： 抽象基類

前言：程式設計的本質與挑戰 六年編程生涯，從校園「藝術品」到職場「工具」，深刻體會軟體開發本質是打造解決問題的工具。文本編輯器看似簡單，實則是電腦科學中極具挑戰

統一 C/S 與 B/S 架構下的資料庫存取 文本編輯器需同時支援客戶端/伺服器（C/S）與瀏覽器/伺服器（B/S）兩種部署模式。B/S 架構下無法直接連接資料

控制點設計核心概念 在開發類 Word 的文本編輯器時，圖片、表格等嵌入物件的縮放與移動是核心交互功能。這需要一套精確的「控制點」機制，讓使用者能透過滑鼠拖曳八

滑鼠拖曳調整物件大小：改良模式 傳統做法分散在 MouseDown/MouseMove/MouseUp 三事件，需全域變數、橡皮筋繪製邏輯複雜。改良為在 Mou

6.5 for/foreach 格式 for (init; condition; update) { statements; } for (init; con

6.9 try-catch 格式 try { statements; } catch (ExceptionClass e) { statements; } f

8.1 程式結構規範 結構清晰，單一函數 ≤ 100 行。檔案 ≤ 300-400 行需拆分類別。方法 1-25 行最佳，超 25 行考慮拆解。檔案避

方法設計原則 一法一責：單一任務，勿合併多任務哪怕很小。 // 好 void SaveAddress(string address) { /* s

9. 異常處理 9.1 原則 禁「捕獲異常卻不處理」——將永遠不知異常是否發生。 使用者見友善訊息，日誌記錄完整細節(時間/方法/類別)。

10.1 型別轉換 盡量避免強制轉型。 必要時用 as 安全轉型：Dog d = new GermanShepherd(); GermanSh

10. 其他 10.4 綜合規範 勿手動修改機器產生代碼，調整編碼風格或用 partial class (C# 2.0)。 避免單一組件多個

1. 檔案標頭註釋 含：檔案名、功能簡述、建立者/日期、修改記錄(標識/日期/說明)。 修改標識：拼音/英文名+日期（如 YaoMing200

2.5 空格 關鍵字與左括號間加空格：while (true)。方法名與左括號不加空格。 參數逗號後加空格。 二元運算子前後加空格（除

3.2 文件化註釋 使用 XML 標籤，介面/類別/方法/屬性/字段均應標註，可自動產生文件。範例： /// MyMethod is a method in

4.3 變量位置 建議置於區塊開頭，非首次使用處宣告。例外：for (int i=0; ...) 迴圈變數。避免不同層級變數同名。 4.4 類別與介面聲明格式

5 章 命名規範 5.1 命名原則 名稱表達「是什麼」而非「如何做」（GetNextStudent() 優於 GetNextArrayElement

5.3 縮寫 識別符中避免縮寫（用 GetWindow 非 GetWin）。 僅用公認領域縮寫（UI、OLAP）。 兩字元縮寫全大寫

5.6 介面 名詞/名詞片語/形容詞命名，PascalCase，少用縮寫。 加 I 前綴（如 IComponent、IPersistable）

5.8 列舉 型別與值均用 PascalCase。 少用縮寫。 型別名勿加 Enum 後綴。 避免顯式指定值（除非必要）。