適配（轉(zhuǎn)換）的概念無處不在

　　適配，即在不改變原有實現(xiàn)的基礎(chǔ)上，將原先不兼容的接口轉(zhuǎn)換為兼容的接口。

　　動機（Motivation）

　　在軟件系統(tǒng)中，由于應(yīng)用環(huán)境的變化，常常需要將“一些現(xiàn)存的對象”放在新的環(huán)境中應(yīng)用，但是新環(huán)境要求的接口是這些現(xiàn)存對象所不滿足的。如何應(yīng)對這種“遷移的變化”？如何既能利用現(xiàn)有對象的良好實現(xiàn)，同時又能滿足新的應(yīng)用環(huán)境所要求的接口？

　　意圖（Intent）

　　將一個類的接口轉(zhuǎn)換成客戶希望的另一個接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　——《設(shè)計模式》　GoF

　　例說Adapter應(yīng)用

　　這種實際上是一種委派的調(diào)用，本來是發(fā)送請求給MyStack，但是MyStack實際上是委派給list去處理。MyStack在這里其實就是Adapter（適配對象），list即是Adaptee（被適配的對象），而IStack就是客戶期望的接口。

　　結(jié)構(gòu)（Structure）

　　適配器有兩種結(jié)構(gòu)

　　-對象適配器（更常用）

　　對象適配器使用的是對象組合的方案，它的Adapter核Adaptee的關(guān)系是組合關(guān)系，即上面例子中MyStack和list是組合關(guān)系。

　　OO中優(yōu)先使用組合模式，組合模式不適用再考慮繼承。因為組合模式更加松耦合，而繼承是緊耦合的，父類的任何改動都要導(dǎo)致子類的改動。上面的例子就是對象適配器。

　　-類適配器

　　下面的例子是類適配器。

　　Adapter繼承了ArrayList，也繼承了IStack接口，它既可以使用ArrayList里的方法，也可以使用IStack接口里的方法，這樣就感覺有點不倫不類。這個類違反了類應(yīng)該具有單一職責(zé)的原則，它既有ArrayList的職責(zé)，也有IStack的職責(zé)，因此這種類適配不是很常用，也不推薦使用。

　　另外，如果一個方法有可能要委托到2個或2個以上的對象，或者2個或2個以上的類需要委托，對于對象適配器，只需要增加幾個內(nèi)部的屬性就可以實現(xiàn)適配。

　　而對于類適配器，因為C#中類只能是單一繼承，它不能繼承自2個或2個以上的類，所以類適配器這里便無法使用。

　　Adapter模式的幾個要點

　　Adapter模式主要應(yīng)用于“希望復(fù)用一些現(xiàn)存的類，但是接口又與復(fù)用環(huán)境要求不一致的情況”，在遺留代碼復(fù)用、類庫遷移等方面非常有用。

　　GoF23定義了兩種Adapter模式的實現(xiàn)結(jié)構(gòu)：對象適配器和類適配器。但類適配器采用“多繼承”的實現(xiàn)方式，帶來了不良的高耦合，所以一般不推薦使用。對象適配器采用“對象組合”的方式，更符合松耦合精神。Adapter模式可以實現(xiàn)的非常靈活，不必拘泥于GoF23中定義的兩種結(jié)構(gòu)。例如，完全可以將Adapter模式中的“現(xiàn)存對象”作為新的接口方法參數(shù)，來達到適配的目的。

　　Adapter模式本身要求我們盡可能地使用“面向接口的編程”風(fēng)格，這樣才能在后期很方便地適配。

　　.NET框架中的Adapter應(yīng)用

　　1.在.NET中復(fù)用COM對象：

　　-COM對象不符合.NET對象的接口

　　-使用tlbimp.exe來創(chuàng)建一個Runtime Callable Wrapper（RCW）以使其符合.NET對象的接口

　　2..NET數(shù)據(jù)訪問類（Adapter變體）：

　　-各種數(shù)據(jù)庫并沒有提供DataSet接口

　　-使用DbDataAdapter可以將任何個數(shù)據(jù)庫訪問/存取適配到一個DataSet對象上

　　微軟把適配器和被適配的對象分離了，它把EmployeeDAO作為適配器了。這和上面的模式有點不同，但是原理都是一樣的，如果是寫成下面的樣子，就比較好理解了。

　　DataSet就是一個適配器

　　3.集合類中對現(xiàn)有對象的排序（Adapter變體）：

　　-現(xiàn)有對象未實現(xiàn)IComparer接口

　　-實現(xiàn)一個排序適配器（繼承IComparer接口），然后在其Compare方法中對兩個對象進行比較

　　這樣寫是會報錯的，因為要使用Array.Sort的靜態(tài)方法，傳入的參數(shù)類型Employee必須要求實現(xiàn)IComparer接口。但如果Employee類已經(jīng)在很多地方使用了，我們不能更改它，這個時候可以考慮適配。Array.Sort方法本身提供了一種重載，可以傳入一個比較方法。

　　因此我們可以重新寫一個類實現(xiàn)IComparer接口，這里是讓員工根據(jù)年齡排序

　　這里的實現(xiàn)適配沒有把適配器放在類里面。沒必要非要做成教科書上的結(jié)構(gòu)才叫適配器，把適配對象直接作為參數(shù)傳遞一樣是一種很好的做法。

it知識庫：C#面向?qū)ο笤O(shè)計模式縱橫談：Adapter 適配器模式，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。