設計模式-結構型模式總結

結構型模式主要處理類或對象的組合，關注於如何將現有類或對象組織在一塊兒造成更大的結構。

適配器模式

將一個類的接口轉換成客戶但願的另一個接口，使本來不能一塊兒工做的類能夠一塊兒工做。

適配器模式屬於補償機制，專門用來在系統後期擴展的，所以，在系統剛開始設計時應儘可能避免使用。

代理模式

爲其餘對象提供一種代理以控制對這個對象的訪問。

目的

1. 在不改變原有代碼的基礎上，對原有類加以控制；
2. 訪問因爲某種緣由不能直接訪問或者直接訪問困難的第三方組件或中間件。

代理模式和適配器模式都是鏈接兩個類之間的橋樑，但適配器模式面向的是不能一塊兒工做的兩個類，而代理模式是面向本來能夠一塊兒工做的兩個類。

外觀模式

爲子系統中的一組接口提供一個一致的界面，外觀模式定義了一個高層接口，這個接口使得這一子系統更加容易使用。

目的

1. 爲一個複雜的模塊或子系統提供一個一致的外界訪問接口，下降客戶端訪問子系統的複雜度。
2. 使客戶端與子系統之間解耦，讓子系統內部模塊更易維護和擴展。
3. 進行訪問控制，提升系統安全性。
4. 維護大型遺留系統。

外觀模式跟代理模式的主要區別就在於外觀模式強調的是對多個子系統的業務整合，若是外觀模式裏只有一個子系統，就退化成代理模式了。

裝飾器模式

動態地給一個對象增長一些額外的職責。

橋接模式

橋接模式是將抽象部分與它的實現部分分離，使它們均可以獨立地變化。

目的

讓子類能在多個維度上自由擴展。

組合模式

將對象組合成樹形結構以表示「部分-總體」的層次結構，使得對單個對象和組合對象的使用具備一致性。

享元模式

運用共享技術有效地支持大量細粒度的對象。

目的

• 減小建立對象的數量；
• 對象全局共享。