Composite（組合）–對象結構型模式

一、意圖
將對象組合成樹形結構以表示“部分-整體”的層次結構。Composite使得用戶對單個對象和組合對象的使用具有一致性。

二、動機
1.軟件在某些情況下，客戶代碼過多的依賴于對象容器復雜的內部實現結構，對象容器內部實現結構（而非抽象接口）的變化將引起客戶代碼的頻繁變化，帶來了代碼的維護性、擴展性等弊端。
2.如何將“客戶代碼與復雜代碼的對象容器結構”解耦？讓對象容器自己來實現自身的復雜結構，從而使得客戶代碼就像處理簡單對象一樣來處理復雜的對象容器？

三、適用性
1.你想表示對象的部分-整體層次結構。
2.你希望用戶忽略組合對象與耽擱對象的不同，用戶將統一地使用組合結構中所有對象。

四、結構

五、效果
1.定義了保護潔白對象和組合對象的類層次結構。
2.簡化客戶代碼。
2.是的更容易增加新類型的組件。
4.使你的設計變得更加一般化。

六、實現
1.顯示的父部件引用。
2.共享組件。
3.最大化Component接口。
4.聲明管理子部件的操作。
5.Component是否應該實現一個Component列表。
6.子部件排序。
7.使用高速緩沖存貯改善性能。
8. 應該由誰刪除Component
9. 存貯組件最好用哪一個數據結構。

七、要點總結
1.Composite模式采用樹形結構來實現普遍存在的對象容器，從而將“一對多”的關系轉化為“一對一”的關系，使得客戶代碼可以一致地（復用）處理對象和對象容器，無需關系處理的是單個對象，還是組合的對象容器。
2.將“客戶代碼與復雜的對象容器結構”解耦是Composite的核心思想，解耦之后，客戶代碼將與純粹的抽象接口——而非對象容器的內部實現結構——發生依賴，從而更能“應對變化”。
3.Composite模式在具體實現中，可以讓父對象的子對反向追溯；如果父對象有頻繁的遍歷需求，可以使用緩存技巧來改善效率。

八、相關模式
通常部件-父部件連接用于Responsibility of Chain模式
Decorator模式經常與Composite模式一起使用。當裝飾和組合一起使用時，它們通常有一個公共的父類。因此裝飾必須支持Add、Remove和GetChild操作的Component接口。
Flyweight讓你共享組件，但不再能引用它們的父部件。
Itertor可用來遍歷Composite。
Visitor將本來應該分布子啊Composite和Leaf類中的操作和行為局部化。

九、舉例說明
Composite模式就像一顆樹。

本文為李建忠設計模式視頻的筆記以及《設計模式-可復用面向對象的軟件的基礎》和自己的部分見解

總結

以上是生活随笔為你收集整理的Composite（组合）--对象结构型模式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。