61 條物件導向設計經驗法則：從封裝、繼承到架構治理

核心設計原則分類

封裝與介面設計（1-6）

1. 所有資料隱藏於類別內部。
2. 使用者依賴公開介面，類別不依賴使用者。
3. 最小化類別協定訊息數。
4. 實作基本公開介面（複製、相等、輸出、解析）。
5. 實作細節（私有共用函式）勿放入公開介面。
6. 公開介面勿包含使用者無法使用或不關心的項目。

耦合與內聚（7-10）

7. 類別間零耦合或唯有導出耦合（僅用公開介面）。
8. 類別僅表達單一關鍵抽象。
9. 相關資料與行為集中放置（警惕大量 get 取資料再自行處理）。
10. 不相關資訊分離至其他類別。

依賴與穩定性（11-17）

11. 確保建模對象為類別而非角色。
12. 系統功能水平均勻分佈於頂層類別。
13. 避免全能類別（Driver、Manager、System、Subsystem 命名需謹慎）。
14. 設計介面而非實作介面。
15. 警惕大量存取方法（暗示資料行為未集中）。
16. 警惕大量互不溝通行為（大量 get/set）。
17. 模型不依賴 UI，UI 依賴模型。
18. 盡可能依現實世界建模（必要時為架構原則妥協）。

類別精簡與關係（18-28）

18. 移除不必要類別（降級為屬性）。
19. 移除系統外類別（僅發送訊息不接收）。
20. 勿將操作變為類別（動詞命名、單一行為類別須懷疑）。
21. 分析模型代理類設計階段應移除。
22. 最小化合作者數量。
23. 最小化合作者間訊息傳遞數量。
24. 最小化合作類型（不同訊息數）。
25. 最小化扇出（定義訊息數 × 發送訊息數）。
26. 包含關係意味著使用關係（容器應向被容納物件發送訊息）。
27. 方法應使用大多數資料成員（否則考慮拆分）。
28. 類別包含物件數勿超過短期記憶容量（建議 ≤6）。

繼承體系設計（29-57）

29. 功能在窄深繼承樹垂直分佈。
30. 語義約束優先在類別定義實作，必要時在建構子或集中第三方物件實作。
31. 約束測試置於最深包含層次。
32. 常變語義資訊集中第三方物件；少變則分散各類別。
33. 類別知所含，不知誰含它。
34. 同層級物件勿互相使用。
35. 繼承僅用於特化層次（is-a）。
36. 子類知父類，父類不知子類。
37. 父類資料全私有，勿用 protected。
38. 理論上繼承越深越好；實務上深度 ≤6（短期記憶限制）。
39. 所有抽象類應為基類；所有基類應為抽象類。
40. 共性（資料、行為、介面）上移至繼承樹高處。
41. 共享資料無共享行為 → 組合共享資料類。
42. 共享資料與行為 → 繼承共同基類。
43. 共享介面需多態使用時才繼承共同基類。
44. 避免顯式型別判斷（用多態）。
45. 避免屬性值判斷（拆解為繼承層次）。
46. 勿用繼承建模動態語義（導致執行期切換型別）。
47. 勿將物件變為子類別（單實例子類別須懷疑）。
48. 需執行期建立新類別時，退回建立物件並概括為類別。
49. 子類以空方法覆寫父類方法應視為非法。
50. 勿混淆可選包含與繼承（導致類別爆炸）。
51. 建立可重用框架而非可重用元件。
52. 使用多重繼承先假設犯錯，需證明合理性。
53. 兩問驗證繼承：(1) 子類是父類特殊型別？(2) 父類是子類一部分？
54. 多重繼承基類間不應有繼承關係。

其他關鍵原則（58-61）

58. 包含關係優於關聯關係。
59. 類別薄記工作用類別變數/方法，勿用全域資料/函式。
60. 邏輯設計優先，物理設計輔助決策但不破壞邏輯。
61. 嚴禁繞過公開介面修改物件狀態。