設計模式-結構型

一． 適配器模式

配器模式（Adapter Pattern）是作為兩個不兼容的接口之間的橋梁。這種類型的設計模式屬于結構型模式，它結合了兩個獨立接口的功能。這個模式將一個類的接口轉換成客戶希望的另外一個接口。適配器模式使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。

實現方式是，適配器繼承或依賴已有的對象，實現想要的目標接口。

需要注意的是: 適配器不是在詳細設計時添加的，而是解決正在服役的項目的問題。

二． 橋接模式

橋接（Bridge）是用于把抽象化與實現化解耦，使得二者可以獨立變化。這種類型的設計模式屬于結構型模式，它通過提供抽象化和實現化之間的橋接結構，來實現二者的解耦。

橋接模式將繼承關系轉換為關聯關系，并且這種關聯關系是建立在抽象層，從而降低了類與類之間的耦合，減少了代碼編寫量。

例子：畫圖，這里有一個畫筆，可以畫正方形、長方形、圓形（這個大家都知道怎么做吧，我就不解釋了）。但是現在我們需要給這些形狀進行上色，這里有三種顏色：白色、灰色、黑色。這里我們可以畫出3*3=9中圖形：白色正方形、白色長方形、白色圓形……，到這里了我們幾乎到知道了這里存在兩種解決方案：方案一：為每種形狀都提供各種顏色的版本。方案二：根據實際需要對顏色和形狀進行組合。

使用場景：1、如果一個系統需要在構件的抽象化角色和具體化角色兩者之間增加更多的靈活性，避免在兩個層次之間建立靜態的繼承聯系，通過橋接模式可以使它們在抽象層建立一個關聯關系。2、對于那些不希望使用繼承或因為多層次繼承導致系統類的個數急劇增加的系統，橋接模式尤為適用。3、一個類存在兩個獨立變化的維度，且這兩個維度都需要進行擴展。

三．過濾器模式

過濾器模式（Filter Pattern）或標準模式（Criteria Pattern）是一種設計模式，這種模式允許開發人員使用不同的標準來過濾一組對象，通過邏輯運算以解耦的方式把它們連接起來。這種類型的設計模式屬于結構型模式，它結合多個標準來獲得單一標準。

不過這樣也算一種模式？？？

四． 組合模式

組合模式實現的最關鍵的地方是——簡單對象和復合對象必須實現相同的接口。這就是組合模式能夠將組合對象和簡單對象進行一致處理的原因。將對象組合成樹形結構以表示"部分-整體"的層次結構。組合模式使得用戶對單個對象和組合對象的使用具有一致性。

例子：手游引擎里面的各個組件可以相互組合，形成樹狀結構。

五． 裝飾器模式

這種模式創建了一個裝飾類，用來包裝原有的類，并在保持類方法簽名完整性的前提下，提供了額外的功能。

在這個模式中，裝飾者和被裝飾者會繼承同一個基類，實現同一個接口。裝飾者會依賴于被裝飾者，然后裝飾者之間也會相互依賴。在裝飾的時候，裝飾者會先調用前一個裝飾者的裝飾方法，再開始加上自己的裝飾功能。

在我上一個手游項目中，我曾經用這個模式實現過一個彈提示框的功能，通過將提示框分為幾個部分，每個部分都是一個裝飾者，當我用代碼實現了每個部分之后，再建立一個數字到每個類名的映射，策劃就可以自己根據需要，配置自己需要的部分。

六． 外觀模式

外觀模式（Facade Pattern）隱藏系統的復雜性，并向客戶端提供了一個客戶端可以訪問系統的接口。這種類型的設計模式屬于結構型模式，它向現有的系統添加一個接口，來隱藏系統的復雜性。

這個沒什么好說的，就是puremvc中的facade，就是向外為一個系統或者幾個系統提供一些對外的接口。外界只與facade進行交互。

七． 享元模式

享元模式（Flyweight Pattern）主要用于減少創建對象的數量，以減少內存占用和提高性能。這種類型的設計模式屬于結構型模式，它提供了減少對象數量從而改善應用所需的對象結構的方式。

就是對象池的技術。

八． 代理模式

代理模式主要解決，在直接訪問對象時帶來的問題，比如說：要訪問的對象在遠程的機器上。在面向對象系統中，有些對象由于某些原因（比如對象創建開銷很大，或者某些操作需要安全控制，或者需要進程外的訪問），直接訪問會給使用者或者系統結構帶來很多麻煩，我們可以在訪問此對象時加上一個對此對象的訪問層。

和其他模式的區別: 1、和適配器模式的區別：適配器模式主要改變所考慮對象的接口，而代理模式不能改變所代理類的接口。 2、和裝飾器模式的區別：裝飾器模式為了增強功能，而代理模式是為了加以控制。

完。