# C#設計模式(10)——組合模式(Composite Pattern)
## 一、引言
在軟件開發過程中,我們經常會遇到處理簡單對象和復合對象的情況,例如對操作系統中目錄的處理就是這樣的一個例子,因為目錄可以包括單獨的文件,也可以包括文件夾,文件夾又是由文件組成的,由于簡單對象和復合對象在功能上區別,導致在操作過程中必須區分簡單對象和復合對象,這樣就會導致客戶調用帶來不必要的麻煩,然而作為客戶,它們希望能夠始終一致地對待簡單對象和復合對象。然而組合模式就是解決這樣的問題。下面讓我們看看組合模式是怎樣解決這個問題的。
## 二、組合模式的詳細介紹
### 2.1 組合模式的定義
組合模式允許你將對象組合成樹形結構來表現”部分-整體“的層次結構,使得客戶以一致的方式處理單個對象以及對象的組合。下面我們用繪制的例子來詳細介紹組合模式,圖形可以由一些基本圖形元素組成(如直線,圓等),也可以由一些復雜圖形組成(由基本圖形元素組合而成),為了使客戶對基本圖形和復雜圖形的調用保持一致,我們使用組合模式來達到整個目的。
組合模式實現的最關鍵的地方是——簡單對象和復合對象必須實現相同的接口。這就是組合模式能夠將組合對象和簡單對象進行一致處理的原因。
### 2.2 組合模式的實現
介紹完組合模式的定義之后,讓我們以圖形的例子來實現組合模式,具體代碼如下:
```
// 通過一些簡單圖形以及一些復雜圖形構建圖形樹來演示組合模式
// 客戶端調用
class Client
{
static void Main(string[] args)
{
ComplexGraphics complexGraphics = new ComplexGraphics("一個復雜圖形和兩條線段組成的復雜圖形");
complexGraphics.Add(new Line("線段A"));
ComplexGraphics CompositeCG = new ComplexGraphics("一個圓和一條線組成的復雜圖形");
CompositeCG.Add(new Circle("圓"));
CompositeCG.Add(new Circle("線段B"));
complexGraphics.Add(CompositeCG);
Line l = new Line("線段C");
complexGraphics.Add(l);
// 顯示復雜圖形的畫法
Console.WriteLine("復雜圖形的繪制如下:");
Console.WriteLine("---------------------");
complexGraphics.Draw();
Console.WriteLine("復雜圖形繪制完成");
Console.WriteLine("---------------------");
Console.WriteLine();
// 移除一個組件再顯示復雜圖形的畫法
complexGraphics.Remove(l);
Console.WriteLine("移除線段C后,復雜圖形的繪制如下:");
Console.WriteLine("---------------------");
complexGraphics.Draw();
Console.WriteLine("復雜圖形繪制完成");
Console.WriteLine("---------------------");
Console.Read();
}
}
/// <summary>
/// 圖形抽象類,
/// </summary>
public abstract class Graphics
{
public string Name { get; set; }
public Graphics(string name)
{
this.Name = name;
}
public abstract void Draw();
public abstract void Add(Graphics g);
public abstract void Remove(Graphics g);
}
/// <summary>
/// 簡單圖形類——線
/// </summary>
public class Line : Graphics
{
public Line(string name)
: base(name)
{ }
// 重寫父類抽象方法
public override void Draw()
{
Console.WriteLine("畫 " + Name);
}
// 因為簡單圖形在添加或移除其他圖形,所以簡單圖形Add或Remove方法沒有任何意義
// 如果客戶端調用了簡單圖形的Add或Remove方法將會在運行時拋出異常
// 我們可以在客戶端捕獲該類移除并處理
public override void Add(Graphics g)
{
throw new Exception("不能向簡單圖形Line添加其他圖形");
}
public override void Remove(Graphics g)
{
throw new Exception("不能向簡單圖形Line移除其他圖形");
}
}
/// <summary>
/// 簡單圖形類——圓
/// </summary>
public class Circle : Graphics
{
public Circle(string name)
: base(name)
{ }
// 重寫父類抽象方法
public override void Draw()
{
Console.WriteLine("畫 " + Name);
}
public override void Add(Graphics g)
{
throw new Exception("不能向簡單圖形Circle添加其他圖形");
}
public override void Remove(Graphics g)
{
throw new Exception("不能向簡單圖形Circle移除其他圖形");
}
}
/// <summary>
/// 復雜圖形,由一些簡單圖形組成,這里假設該復雜圖形由一個圓兩條線組成的復雜圖形
/// </summary>
public class ComplexGraphics : Graphics
{
private List<Graphics> complexGraphicsList = new List<Graphics>();
public ComplexGraphics(string name)
: base(name)
{ }
/// <summary>
/// 復雜圖形的畫法
/// </summary>
public override void Draw()
{
foreach (Graphics g in complexGraphicsList)
{
g.Draw();
}
}
public override void Add(Graphics g)
{
complexGraphicsList.Add(g);
}
public override void Remove(Graphics g)
{
complexGraphicsList.Remove(g);
}
}
```
由于基本圖形對象不存在Add和Remove方法,上面實現中直接通過拋出一個異常的方式來解決這樣的問題的,但是我們想以一種更安全的方式來解決——因為基本圖形根本不存在這樣的方法,我們是不是可以移除這些方法呢?為了移除這些方法,我們就不得不修改Graphics接口,我們把管理子對象的方法聲明放在復合圖形對象里面,這樣簡單對象Line、Circle使用這些方法時在編譯時就會出錯,這樣的一種實現方式我們稱為安全式的組合模式,然而上面的實現方式稱為透明式的組合模式,下面讓我們看看安全式的組合模式又是怎樣實現的,具體實現代碼如下:
```
/// 安全式的組合模式
/// 此方式實現的組合模式把管理子對象的方法聲明在樹枝構件ComplexGraphics類中
/// 這樣如果葉子節點Line、Circle使用了Add或Remove方法時,就能在編譯期間出現錯誤
/// 但這種方式雖然解決了透明式組合模式的問題,但是它使得葉子節點和樹枝構件具有不一樣的接口。
/// 所以這兩種方式實現的組合模式各有優缺點,具體使用哪個,可以根據問題的實際情況而定
class Client
{
static void Main(string[] args)
{
ComplexGraphics complexGraphics = new ComplexGraphics("一個復雜圖形和兩條線段組成的復雜圖形");
complexGraphics.Add(new Line("線段A"));
ComplexGraphics CompositeCG = new ComplexGraphics("一個圓和一條線組成的復雜圖形");
CompositeCG.Add(new Circle("圓"));
CompositeCG.Add(new Circle("線段B"));
complexGraphics.Add(CompositeCG);
Line l = new Line("線段C");
complexGraphics.Add(l);
// 顯示復雜圖形的畫法
Console.WriteLine("復雜圖形的繪制如下:");
Console.WriteLine("---------------------");
complexGraphics.Draw();
Console.WriteLine("復雜圖形繪制完成");
Console.WriteLine("---------------------");
Console.WriteLine();
// 移除一個組件再顯示復雜圖形的畫法
complexGraphics.Remove(l);
Console.WriteLine("移除線段C后,復雜圖形的繪制如下:");
Console.WriteLine("---------------------");
complexGraphics.Draw();
Console.WriteLine("復雜圖形繪制完成");
Console.WriteLine("---------------------");
Console.Read();
}
}
/// <summary>
/// 圖形抽象類,
/// </summary>
public abstract class Graphics
{
public string Name { get; set; }
public Graphics(string name)
{
this.Name = name;
}
public abstract void Draw();
// 移除了Add和Remove方法
// 把管理子對象的方法放到了ComplexGraphics類中進行管理
// 因為這些方法只在復雜圖形中才有意義
}
/// <summary>
/// 簡單圖形類——線
/// </summary>
public class Line : Graphics
{
public Line(string name)
: base(name)
{ }
// 重寫父類抽象方法
public override void Draw()
{
Console.WriteLine("畫 " + Name);
}
}
/// <summary>
/// 簡單圖形類——圓
/// </summary>
public class Circle : Graphics
{
public Circle(string name)
: base(name)
{ }
// 重寫父類抽象方法
public override void Draw()
{
Console.WriteLine("畫 " + Name);
}
}
/// <summary>
/// 復雜圖形,由一些簡單圖形組成,這里假設該復雜圖形由一個圓兩條線組成的復雜圖形
/// </summary>
public class ComplexGraphics : Graphics
{
private List<Graphics> complexGraphicsList = new List<Graphics>();
public ComplexGraphics(string name)
: base(name)
{ }
/// <summary>
/// 復雜圖形的畫法
/// </summary>
public override void Draw()
{
foreach (Graphics g in complexGraphicsList)
{
g.Draw();
}
}
public void Add(Graphics g)
{
complexGraphicsList.Add(g);
}
public void Remove(Graphics g)
{
complexGraphicsList.Remove(g);
}
}
```
### 2.3 組合模式的類圖
看完了上面兩者方式的實現之后,讓我們具體看看組合模式的類圖來理清楚組合模式中類之間的關系。
透明式的組合模式類圖:

安全式組合模式的類圖:

組合模式中涉及到三個角色:
* **抽象構件(Component)角色**:這是一個抽象角色,上面實現中**Graphics**充當這個角色,它給參加組合的對象定義出了公共的接口及默認行為,可以用來管理所有的子對象(在透明式的組合模式是這樣的)。在安全式的組合模式里,構件角色并不定義出管理子對象的方法,這一定義由樹枝結構對象給出。
* **樹葉構件(Leaf)角色**:樹葉對象時沒有下級子對象的對象,上面實現中**Line和Circle**充當這個角色,定義出參加組合的原始對象的行為
* **樹枝構件(Composite)角色**:代表參加組合的有下級子對象的對象,上面實現中**ComplexGraphics**充當這個角色,樹枝對象給出所有管理子對象的方法實現,如Add、Remove等。
## 三、組合模式的優缺點
**優點:**
1. 組合模式使得客戶端代碼可以一致地處理對象和對象容器,無需關系處理的單個對象,還是組合的對象容器。
2. 將”客戶代碼與復雜的對象容器結構“解耦。
3. 可以更容易地往組合對象中加入新的構件。
**缺點:**使得設計更加復雜。客戶端需要花更多時間理清類之間的層次關系。(這個是幾乎所有設計模式所面臨的問題)。
**注意的問題:**
1. 有時候系統需要遍歷一個樹枝結構的子構件很多次,這時候可以考慮把遍歷子構件的結構存儲在父構件里面作為緩存。
2. 客戶端盡量不要直接調用樹葉類中的方法(在我上面實現就是這樣的,創建的是一個樹枝的具體對象,應該使用**Graphics** complexGraphics = new ComplexGraphics("一個復雜圖形和兩條線段組成的復雜圖形");),而是借用其父類(Graphics)的多態性完成調用,這樣可以增加代碼的復用性。
## 四、組合模式的使用場景
在以下情況下應該考慮使用組合模式:
1. 需要表示一個對象整體或部分的層次結構。
2. 希望用戶忽略組合對象與單個對象的不同,用戶將統一地使用組合結構中的所有對象。
## 五、組合模式在.NET中的應用
組合模式在.NET 中最典型的應用就是應用與WinForms和Web的開發中,在.NET類庫中,都為這兩個平臺提供了很多現有的控件,然而System.Windows.Forms.dll中System.Windows.Forms.Control類就應用了組合模式,因為控件包括Label、TextBox等這樣的簡單控件,同時也包括GroupBox、DataGrid這樣復合的控件,每個控件都需要調用[OnPaint](http://msdn.microsoft.com/zh-cn/library/vstudio/system.windows.forms.control.onpaint.aspx)方法來進行控件顯示,為了表示這種對象之間整體與部分的層次結構,微軟把Control類的實現應用了組合模式(確切地說應用了透明式的組合模式)。
## 六、總結
到這里組合模式的介紹就結束了,組合模式解耦了客戶程序與復雜元素內部結構,從而使客戶程序可以向處理簡單元素一樣來處理復雜元素。
本文中所有源碼:[設計模式之組合模式](http://files.cnblogs.com/zhili/%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F%E4%B9%8B%E7%BB%84%E5%90%88%E6%A8%A1%E5%BC%8F.rar)
- C# 基礎知識系列
- C# 基礎知識系列 專題一:深入解析委托——C#中為什么要引入委托
- C# 基礎知識系列 專題二:委托的本質論
- C# 基礎知識系列 專題三:如何用委托包裝多個方法——委托鏈
- C# 基礎知識系列 專題四:事件揭秘
- C# 基礎知識系列 專題五:當點擊按鈕時觸發Click事件背后發生的事情
- C# 基礎知識系列 專題六:泛型基礎篇——為什么引入泛型
- C# 基礎知識系列 專題七: 泛型深入理解(一)
- C# 基礎知識系列 專題八: 深入理解泛型(二)
- C# 基礎知識系列 專題九: 深入理解泛型可變性
- C#基礎知識系列 專題十:全面解析可空類型
- C# 基礎知識系列 專題十一:匿名方法解析
- C#基礎知識系列 專題十二:迭代器
- C#基礎知識 專題十三:全面解析對象集合初始化器、匿名類型和隱式類型
- C# 基礎知識系列 專題十四:深入理解Lambda表達式
- C# 基礎知識系列 專題十五:全面解析擴展方法
- C# 基礎知識系列 專題十六:Linq介紹
- C#基礎知識系列 專題十七:深入理解動態類型
- 你必須知道的異步編程 C# 5.0 新特性——Async和Await使異步編程更簡單
- 全面解析C#中參數傳遞
- C#基礎知識系列 全面解析C#中靜態與非靜態
- C# 基礎知識系列 C#中易混淆的知識點
- C#進階系列
- C#進階系列 專題一:深入解析深拷貝和淺拷貝
- C#進階系列 專題二:你知道Dictionary查找速度為什么快嗎?
- C# 開發技巧系列
- C# 開發技巧系列 使用C#操作Word和Excel程序
- C# 開發技巧系列 使用C#操作幻燈片
- C# 開發技巧系列 如何動態設置屏幕分辨率
- C# 開發技巧系列 C#如何實現圖片查看器
- C# 開發技巧 如何防止程序多次運行
- C# 開發技巧 實現屬于自己的截圖工具
- C# 開發技巧 如何使不符合要求的元素等于離它最近的一個元素
- C# 線程處理系列
- C# 線程處理系列 專題一:線程基礎
- C# 線程處理系列 專題二:線程池中的工作者線程
- C# 線程處理系列 專題三:線程池中的I/O線程
- C# 線程處理系列 專題四:線程同步
- C# 線程處理系列 專題五:線程同步——事件構造
- C# 線程處理系列 專題六:線程同步——信號量和互斥體
- C# 多線程處理系列專題七——對多線程的補充
- C#網絡編程系列
- C# 網絡編程系列 專題一:網絡協議簡介
- C# 網絡編程系列 專題二:HTTP協議詳解
- C# 網絡編程系列 專題三:自定義Web服務器
- C# 網絡編程系列 專題四:自定義Web瀏覽器
- C# 網絡編程系列 專題五:TCP編程
- C# 網絡編程系列 專題六:UDP編程
- C# 網絡編程系列 專題七:UDP編程補充——UDP廣播程序的實現
- C# 網絡編程系列 專題八:P2P編程
- C# 網絡編程系列 專題九:實現類似QQ的即時通信程序
- C# 網絡編程系列 專題十:實現簡單的郵件收發器
- C# 網絡編程系列 專題十一:實現一個基于FTP協議的程序——文件上傳下載器
- C# 網絡編程系列 專題十二:實現一個簡單的FTP服務器
- C# 互操作性入門系列
- C# 互操作性入門系列(一):C#中互操作性介紹
- C# 互操作性入門系列(二):使用平臺調用調用Win32 函數
- C# 互操作性入門系列(三):平臺調用中的數據封送處理
- C# 互操作性入門系列(四):在C# 中調用COM組件
- CLR
- 談談: String 和StringBuilder區別和選擇
- 談談:程序集加載和反射
- 利用反射獲得委托和事件以及創建委托實例和添加事件處理程序
- 談談:.Net中的序列化和反序列化
- C#設計模式
- UML類圖符號 各種關系說明以及舉例
- C#設計模式(1)——單例模式
- C#設計模式(2)——簡單工廠模式
- C#設計模式(3)——工廠方法模式
- C#設計模式(4)——抽象工廠模式
- C#設計模式(5)——建造者模式(Builder Pattern)
- C#設計模式(6)——原型模式(Prototype Pattern)
- C#設計模式(7)——適配器模式(Adapter Pattern)
- C#設計模式(8)——橋接模式(Bridge Pattern)
- C#設計模式(9)——裝飾者模式(Decorator Pattern)
- C#設計模式(10)——組合模式(Composite Pattern)
- C#設計模式(11)——外觀模式(Facade Pattern)
- C#設計模式(12)——享元模式(Flyweight Pattern)
- C#設計模式(13)——代理模式(Proxy Pattern)
- C#設計模式(14)——模板方法模式(Template Method)
- C#設計模式(15)——命令模式(Command Pattern)
- C#設計模式(16)——迭代器模式(Iterator Pattern)
- C#設計模式(17)——觀察者模式(Observer Pattern)
- C#設計模式(18)——中介者模式(Mediator Pattern)
- C#設計模式(19)——狀態者模式(State Pattern)
- C#設計模式(20)——策略者模式(Stragety Pattern)
- C#設計模式(21)——責任鏈模式
- C#設計模式(22)——訪問者模式(Vistor Pattern)
- C#設計模式(23)——備忘錄模式(Memento Pattern)
- C#設計模式總結
- WPF快速入門系列
- WPF快速入門系列(1)——WPF布局概覽
- WPF快速入門系列(2)——深入解析依賴屬性
- WPF快速入門系列(3)——深入解析WPF事件機制
- WPF快速入門系列(4)——深入解析WPF綁定
- WPF快速入門系列(5)——深入解析WPF命令
- WPF快速入門系列(6)——WPF資源和樣式
- WPF快速入門系列(7)——深入解析WPF模板
- WPF快速入門系列(8)——MVVM快速入門
- WPF快速入門系列(9)——WPF任務管理工具實現
- ASP.NET 開發
- ASP.NET 開發必備知識點(1):如何讓Asp.net網站運行在自定義的Web服務器上
- ASP.NET 開發必備知識點(2):那些年追過的ASP.NET權限管理
- ASP.NET中實現回調
- 跟我一起學WCF
- 跟我一起學WCF(1)——MSMQ消息隊列
- 跟我一起學WCF(2)——利用.NET Remoting技術開發分布式應用
- 跟我一起學WCF(3)——利用Web Services開發分布式應用
- 跟我一起學WCF(3)——利用Web Services開發分布式應用
- 跟我一起學WCF(4)——第一個WCF程序
- 跟我一起學WCF(5)——深入解析服務契約 上篇
- 跟我一起學WCF(6)——深入解析服務契約 下篇
- 跟我一起學WCF(7)——WCF數據契約與序列化詳解
- 跟我一起學WCF(8)——WCF中Session、實例管理詳解
- 跟我一起學WCF(9)——WCF回調操作的實現
- 跟我一起學WCF(10)——WCF中事務處理
- 跟我一起學WCF(11)——WCF中隊列服務詳解
- 跟我一起學WCF(12)——WCF中Rest服務入門
- 跟我一起學WCF(13)——WCF系列總結
- .NET領域驅動設計實戰系列
- .NET領域驅動設計實戰系列 專題一:前期準備之EF CodeFirst
- .NET領域驅動設計實戰系列 專題二:結合領域驅動設計的面向服務架構來搭建網上書店
- .NET領域驅動設計實戰系列 專題三:前期準備之規約模式(Specification Pattern)
- .NET領域驅動設計實戰系列 專題四:前期準備之工作單元模式(Unit Of Work)
- .NET領域驅動設計實戰系列 專題五:網上書店規約模式、工作單元模式的引入以及購物車的實現
- .NET領域驅動設計實戰系列 專題六:DDD實踐案例:網上書店訂單功能的實現
- .NET領域驅動設計實戰系列 專題七:DDD實踐案例:引入事件驅動與中間件機制來實現后臺管理功能
- .NET領域驅動設計實戰系列 專題八:DDD案例:網上書店分布式消息隊列和分布式緩存的實現
- .NET領域驅動設計實戰系列 專題九:DDD案例:網上書店AOP和站點地圖的實現
- .NET領域驅動設計實戰系列 專題十:DDD擴展內容:全面剖析CQRS模式實現
- .NET領域驅動設計實戰系列 專題十一:.NET 領域驅動設計實戰系列總結