.NET 架構設計指南（三）：設計模式在業務建模中的應用

設計模式是 OO 設計經驗的結晶，幫助發現對象、設計關系。本文通過組合模式在費用體系與銷售網絡中的兩個實例展示其威力。

組合模式：費用體系

Fee 類既是葉子也是容器：

• 葉子：GetValue() 返回自身金額
• 容器：包含子 Fee，GetValue() 遞歸求和
• 客戶端統一調用 fee.GetValue()，無需判斷類型

完美體現賬單費用的層次包含關係。

組合模式：多類型銷售網絡

公司→市場部→直銷店/代理商→營業員，類型不同但統計邏輯相同（匯總下屬+自身）。

定義統一接口 ISalesNode：

• GetOrders()、GetRevenue()、GetNewCustomers()
• 容器節點實現遞歸匯總，葉子節點返回實際數據
• 公司調用 root.GetRevenue() 獲取全網匯總

模式的啟發價值

• 需求探索階段，模式提供「概念透鏡」：看到層次結構 → 想到組合模式 → 詢問是否需統一操作
• Excel 對象模型（Application→Workbook→Sheet→Range）即組合模式實踐，暴露給 VBA 成為強大開發平台
• 良好設計 = 開發快 + 功能靈活 + 維護簡單，三者統一