|
|
適配（轉換）的概念無處不在
適配，即在不改變原有實現的基礎上，將原先不兼容的接口轉換為兼容的接口。
動機（Motivation）
在軟件系統中，由于應用環境的變化，常常需要將“一些現存的對象”放在新的環境中應用，但是新環境要求的接口是這些現存對象所不滿足的。如何應對這種“遷移的變化”？如何既能利用現有對象的良好實現，同時又能滿足新的應用環境所要求的接口？
意圖（Intent）
將一個類的接口轉換成客戶希望的另一個接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。
——《設計模式》 GoF
例說Adapter應用
這種實際上是一種委派的調用，本來是發送請求給MyStack，但是MyStack實際上是委派給list去處理。MyStack在這里其實就是Adapter（適配對象），list即是Adaptee（被適配的對象），而IStack就是客戶期望的接口。
結構（Structure）
適配器有兩種結構
-對象適配器（更常用）
對象適配器使用的是對象組合的方案，它的Adapter核Adaptee的關系是組合關系，即上面例子中MyStack和list是組合關系。
OO中優先使用組合模式，組合模式不適用再考慮繼承。因為組合模式更加松耦合，而繼承是緊耦合的，父類的任何改動都要導致子類的改動。上面的例子就是對象適配器。
-類適配器
下面的例子是類適配器。
Adapter繼承了ArrayList，也繼承了IStack接口，它既可以使用ArrayList里的方法，也可以使用IStack接口里的方法，這樣就感覺有點不倫不類。這個類違反了類應該具有單一職責的原則，它既有ArrayList的職責，也有IStack的職責，因此這種類適配不是很常用，也不推薦使用。
另外，如果一個方法有可能要委托到2個或2個以上的對象，或者2個或2個以上的類需要委托，對于對象適配器，只需要增加幾個內部的屬性就可以實現適配。
而對于類適配器，因為C#中類只能是單一繼承，它不能繼承自2個或2個以上的類，所以類適配器這里便無法使用。
Adapter模式的幾個要點
Adapter模式主要應用于“希望復用一些現存的類，但是接口又與復用環境要求不一致的情況”，在遺留代碼復用、類庫遷移等方面非常有用。
GoF23定義了兩種Adapter模式的實現結構：對象適配器和類適配器。但類適配器采用“多繼承”的實現方式，帶來了不良的高耦合，所以一般不推薦使用。對象適配器采用“對象組合”的方式，更符合松耦合精神。Adapter模式可以實現的非常靈活，不必拘泥于GoF23中定義的兩種結構。例如，完全可以將Adapter模式中的“現存對象”作為新的接口方法參數，來達到適配的目的。
Adapter模式本身要求我們盡可能地使用“面向接口的編程”風格，這樣才能在后期很方便地適配。
1.在.NET中復用COM對象：
-COM對象不符合.NET對象的接口
-使用tlbimp.exe來創建一個Runtime Callable Wrapper（RCW）以使其符合.NET對象的接口
2..NET數據訪問類（Adapter變體）：
-各種數據庫并沒有提供DataSet接口
-使用DbDataAdapter可以將任何個數據庫訪問/存取適配到一個DataSet對象上
微軟把適配器和被適配的對象分離了，它把EmployeeDAO作為適配器了。這和上面的模式有點不同，但是原理都是一樣的，如果是寫成下面的樣子，就比較好理解了。
DataSet就是一個適配器
3.集合類中對現有對象的排序（Adapter變體）：
-現有對象未實現IComparer接口
-實現一個排序適配器（繼承IComparer接口），然后在其Compare方法中對兩個對象進行比較
這樣寫是會報錯的，因為要使用Array.Sort的靜態方法，傳入的參數類型Employee必須要求實現IComparer接口。但如果Employee類已經在很多地方使用了，我們不能更改它，這個時候可以考慮適配。Array.Sort方法本身提供了一種重載，可以傳入一個比較方法。
因此我們可以重新寫一個類實現IComparer接口，這里是讓員工根據年齡排序
這里的實現適配沒有把適配器放在類里面。沒必要非要做成教科書上的結構才叫適配器，把適配對象直接作為參數傳遞一樣是一種很好的做法。
it知識庫：C#面向對象設計模式縱橫談：Adapter 適配器模式，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。
