本筆記摘抄自：https://www.cnblogs.com/PatrickLiu/p/7640873.html，記錄一下學習過程以備後續查用。 一、引言 從今天開始我們開始講結構型設計模式，結構型設計模式有如下幾種：適配器模式、橋接模式、裝飾模式、組合模式、外觀模式、享元模式、代理模式。 創建型設 ...
本筆記摘抄自：https://www.cnblogs.com/PatrickLiu/p/7640873.html，記錄一下學習過程以備後續查用。
一、引言
從今天開始我們開始講結構型設計模式，結構型設計模式有如下幾種：適配器模式、橋接模式、裝飾模式、組合模式、外觀模式、享元模式、代理模式。
創建型設計模式解決的是對象創建的問題，而結構型設計模式解決的是類和對象組合關係的問題。
今天我們開始講結構型設計模式裡面的第一個設計模式：適配器模式。適配器模式其實很簡單，在現實生活中有很多這樣的實例實例：比如，手機充電器的
接頭是二插的，假如只有三插的插座，就必須通過三插轉二插的轉換器才可以正常充電；筆記本電腦的工作電壓和家庭照明的電壓是不一致的，需要通過變壓
器（俗稱火牛）才能讓筆記本電腦正常工作。適配器的例子數不勝數，只需記住一點：適配就是轉換，讓不能在一起工作的兩樣東西通過轉換可以正常工作。
二、適配器模式介紹
適配器模式：英文名稱--Adapter Pattern；分類--結構型。
2.1、動機（Motivate）
在軟體系統中，由於應用環境的變化，常常需要將“一些現存的對象”放在新的環境中應用，但是新的環境要求的介面是這些現存對象所不能滿足的。如何應
對這種“遷移的變化”？如何既能利用現有對象的良好實現，同時又能滿足新的應用環境所要求的介面？
2.2、意圖（Intent）
將一個類的介面轉換成客戶希望的另一個介面。Adapter模式使得原本由於介面不相容而不能一起工作的那些類可以一起工作。--《設計模式》Gof
2.3、結構圖（Structure）
適配器有兩種結構：
1）對象適配器（更常用）
對象適配器使用的是對象組合的方案，它的Adapter和Adaptee的關係是組合關係。
OO中優先使用組合模式，組合模式不適用時再考慮繼承，因為組合模式更加松耦合。而繼承是緊耦合的，父類的任何改動都要導致子類的改動。
2）類適配器
2.4、模式的組成
從上兩圖可以看出，在適配器模式的結構圖有以下角色：
1）目標角色（Target）：定義Client使用的與特定領域相關的介面。
2）客戶角色（Client）：與符合Target介面的對象協同。
3）被適配角色（Adaptee)：定義一個已經存在並已經使用的介面，這個介面需要適配。
4）適配器角色（Adapter) ：適配器模式的核心，它將對被適配Adaptee角色已有的介面轉換為目標角色Target匹配的介面併進行適配。
2.5 、適配器模式的具體實現
2.5.1對象適配器模式的實現
class Program { /// <summary> /// 目標角色（Target）--兩孔插座，這裡可以寫成抽象類或者介面。 /// </summary> public class TwoHoleTarget { //客戶端需要的方法 public virtual void Request() { Console.WriteLine("我需要兩孔的插座。"); } } /// <summary> /// 源角色（Adaptee）--三孔插座，需要適配的類。 /// </summary> public class ThreeHoleAdaptee { public void SpecificRequest() { Console.WriteLine("增加三孔轉兩孔的插座，兩孔充電器也可以使用了。"); } } /// <summary> /// 適配器類 /// </summary> public class ThreeToTwoAdapter : TwoHoleTarget { //創建三孔插座的實例 private ThreeHoleAdaptee threeHoleAdaptee = new ThreeHoleAdaptee(); /// <summary> /// 實現兩孔插座介面方法 /// </summary> public override void Request() { //具體的轉換工作 threeHoleAdaptee.SpecificRequest(); } } static void Main(string[] args) { #region 適配器模式之對象適配器 TwoHoleTarget twoHole = new ThreeToTwoAdapter(); twoHole.Request(); Console.ReadLine(); #endregion } }View Code
運行結果如下：
2.5.2類適配器模式實現
class Program { /// <summary> /// 目標角色（Target）--兩孔插座，這裡只能是介面，也是類適配器的限制。 /// </summary> public interface ITarget { void Request(); } /// <summary> /// 源角色（Adaptee）--三孔插座，需要適配的類。 /// </summary> public abstract class Adaptee { public void SpecificRequest() { Console.WriteLine("增加三孔轉兩孔的插座，兩孔充電器也可以使用了。"); } } /// <summary> /// 適配器類，介面要放在類的後面，在此無法適配更多的對象，這是類適配器的不足。 /// </summary> public class Adapter : Adaptee, ITarget { /// <summary> /// 實現兩孔插座介面方法 /// </summary> public void Request() { //具體的轉換工作 SpecificRequest(); } } static void Main(string[] args) { #region 適配器模式之類適配器 ITarget twoHole = new Adapter(); twoHole.Request(); Console.ReadLine(); #endregion } }View Code
運行結果如下：
三、適配器模式的實現要點
1）Adapter模式主要應用於“希望復用一些現存的類，但是介面又與復用環境要求不一致的情況”，在遺留代碼復用、類庫遷移等方面非常有用。
2）GoF23定義了兩種Adapter模式的實現結構：對象適配器和類適配器。類適配器採用“多繼承”的實現方式，在C#語言中，如果被適配角色是類，Target的
實現只能是介面，因為C#語言只支持介面的多繼承。在C#語言中類適配器也很難支持適配多個對象的情況，同時也會帶來了不良的高耦合和違反類的單一職
責的原則，所以一般不推薦使用。對象適配器採用“對象組合”的方式，更符合松耦合精神，對適配的對象也沒限制，可以一個也可以多個，但是，這也使得重
定義Adaptee的行為比較困難，這就需要生成Adaptee的子類並且使得Adapter引用這個子類而不是引用Adaptee本身。Adapter模式可以實現的非常靈活，不必
拘泥於GoF23中定義的兩種結構。例如，完全可以將Adapter模式中的“現存對象”作為新的介面方法參數，來達到適配的目的。
3）Adapter模式本身要求我們儘可能地使用“面向介面的編程”風格，這樣才能在後期很方便地適配。
下麵詳細總結下適配器兩種形式的優缺點：
3.1、對象適配器模式
優點：
1）可以在不修改原有代碼的基礎上來複用現有類，很好地符合 “開閉原則”。
2）採用 “對象組合”的方式，更符合松耦合。
缺點：
1）使得重定義Adaptee的行為較困難，這就需要生成Adaptee的子類並且使得Adapter引用這個子類而不是引用Adaptee本身。
3.2、類適配器模式
優點：
1）可以在不修改原有代碼的基礎上來複用現有類，很好地符合 “開閉原則”。
2）可以重新定義Adaptee(被適配的類)的部分行為，因為在類適配器模式中，Adapter是Adaptee的子類。
3）僅僅引入一個對象，並不需要額外的欄位來引用Adaptee實例（這個即是優點也是缺點）。
缺點：
1）用一個具體的Adapter類對Adaptee和Target進行匹配，當如果想要匹配一個類以及所有它的子類時，類的適配器模式就不能勝任了。因為類的適配器模
式中沒有引入Adaptee的實例，光調用SpecificRequest方法並不能去調用它對應子類的SpecificRequest方法。
2）採用了 “多繼承”的實現方式，帶來了不良的高耦合。
3.3、適配器模式的使用場景
1）系統需要復用現有類，而該類的介面不符合系統的需求。
2）想要建立一個可重覆使用的類，用於與一些彼此之間沒有太大關聯的一些類，包括一些可能在將來引進的類一起工作。
3）對於對象適配器模式，在設計里需要改變多個已有子類的介面，如果使用類的適配器模式，就要針對每一個子類做一個適配器，而這不太實際。
四、.NET中適配器模式的實現
說到適配器模式在.Net中的實現就很多了，比如：System.IO裡面的很多類都有適配器的影子，當我們操作文件的時候，其實裡面調用了COM的介面實現。
以下兩點也是適配器使用的案例：
4.1、.NET中復用COM對象
COM對象不符合.NET對象的介面，使用tlbimp.exe來創建一個Runtime Callable Wrapper（RCW）以使其符合.NET對象的介面，COM Interop就好像是
COM和.NET之間的一座橋梁。
4.2、.NET數據訪問類（Adapter變體）
各種資料庫並沒有提供DataSet介面，使用DbDataAdapter可以將任何資料庫訪問/存取適配到一個DataSet對象上，DbDataAdapter在資料庫和DataSet之間
做了很好的適配。當然還有SqlDataAdapter類型，針對微軟SQL Server類型的資料庫在和DataSet之間進行適配。
五、總結
有一句話還是要說的，雖然以前說過。每種設計模式都有自己的適用場景，它是為瞭解決一類問題，沒有所謂的缺點，沒有一種設計模式可以解決所有情況
的。我們使用設計模式的態度是通過不斷地重構來使用模式，不要一上來就使用設計模式，為了模式而模式。如果軟體沒有需求的變化，我們不使用模式都沒
有問題。遇到問題，我們就按著常規來寫，有了需求變化，然後我們去抽象，瞭解使用的場景，然後再選擇合適的設計模式。
