設計模式-適配器模式-說明

模式說明

定義：將一個接口轉換成客戶但願的另外一個接口，使接口不兼容的那些類能夠一塊兒工做，其別名爲包裝器(Wrapper)。適配器模式既能夠做爲類結構型模式，也能夠做爲對象結構型模式。

類圖

結構說明

• 目標抽象類：目標抽象類定義客戶所需接口，能夠是一個抽象類或接口，也能夠是具體類。
• 適配器類：適配器能夠調用另外一個接口，做爲一個轉換器，對Adaptee和Target進行適配，適配器類是適配器模式的核心，在對象適配器中，它經過繼承Target並關聯一個Adaptee對象使兩者產生聯繫
• 適配者類：適配者即被適配的角色，它定義了一個已經存在的接口，這個接口須要適配，適配者類通常是一個具體類，包含了客戶但願使用的業務方法，在某些狀況下可能沒有適配者類的源代碼。

優勢

• 將目標類和適配者類解耦，經過引入一個適配器類來重用現有的適配者類，無須修改原有結構。
• 增長了類的透明性和複用性，將具體的業務實現過程封裝在適配者類中，對於客戶端類而言是透明的，並且提升了適配者的複用性，同一個適配者類能夠在多個不一樣的系統中複用。
• 靈活性和擴展性都很是好，經過使用配置文件，能夠很方便地更換適配器，也能夠在不修改原有代碼的基礎上增長新的適配器類，徹底符合「開閉原則」。
• 因爲適配器類是適配者類的子類，所以能夠在適配器類中置換一些適配者的方法，使得適配器的靈活性更強。

對象適配器模式還有以下優勢：

• 一個對象適配器能夠把多個不一樣的適配者適配到同一個目標；
• 能夠適配一個適配者的子類，因爲適配器和適配者之間是關聯關係，根據「里氏代換原則」，適配者的子類也可經過該適配器進行適配。

缺點

• 對於Java、C#等不支持多重類繼承的語言，一次最多隻能適配一個適配者類，不能同時適配多個適配者；
• 適配者類不能爲最終類，如在Java中不能爲final類，C#中不能爲sealed類；
• 在Java、C#等語言中，類適配器模式中的目標抽象類只能爲接口，不能爲類，其使用有必定的侷限性。

對象適配器模式的缺點以下：

• 與類適配器模式相比，要在適配器中置換適配者類的某些方法比較麻煩。若是必定要置換掉適配者類的一個或多個方法，能夠先作一個適配者類的子類，將適配者類的方法置換掉，而後再把適配者類的子類當作真正的適配者進行適配，實現過程較爲複雜。

適用場景

• 系統須要使用一些現有的類，而這些類的接口（如方法名）不符合系統的須要，甚至沒有這些類的源代碼。
• 想建立一個能夠重複使用的類，用於與一些彼此之間沒有太大關聯的一些類，包括一些可能在未來引進的類一塊兒工做。

代碼實現