感謝《Android源碼設(shè)計(jì)模式解析與實(shí)戰(zhàn)》 何紅輝 關(guān)愛民 著

適配器模式在我們的開發(fā)中使用率極高，從代碼中隨處可見的Adapter就可以判斷出來(lái)，從最早的ListView、GridView、到現(xiàn)在最新的RecyclerView都需要使用Adapter，并且在開發(fā)中我們遇到的優(yōu)化問題、出錯(cuò)概率較大的地方也基本都出自Adapter。

適配器是將兩個(gè)不兼容的火龍融合在一起，將不同的東西通過一種轉(zhuǎn)換使得它們能夠協(xié)作起來(lái)，例如，經(jīng)常碰到要在兩個(gè)沒有關(guān)系的類型之間進(jìn)行交互，第一個(gè)解決方案是修改各自類的接口，但是如果沒有源代碼或者我們不愿意為了一個(gè)應(yīng)用而修改各自的接口，這種情況我們往往會(huì)使用一個(gè)Adapter，這個(gè)Adapter會(huì)將這兩個(gè)接口進(jìn)行兼容，在不修改原有代碼的情況下滿足需求。

假設(shè)已有一個(gè)軟件系統(tǒng)，你希望它能和一個(gè)新的廠商類庫(kù)搭配使用，但是這個(gè)新廠商所設(shè)計(jì)出來(lái)的接口，不用于舊廠商的接口： 

你不想改變現(xiàn)有的代碼，解決這個(gè)問題（也不能改變廠商的代碼），應(yīng)該怎么做？你可以寫一個(gè)類（適配器），將新廠商接口轉(zhuǎn)接成你所期望的接口，這個(gè)適配器工作起來(lái)就如同一個(gè)中間人，它將客戶所發(fā)出的請(qǐng)求轉(zhuǎn)換成廠商類能理解的請(qǐng)求。 

適配器模式可分為兩種：

對(duì)象適配器：充滿著良好的OO設(shè)計(jì)原則，使用對(duì)象組合，可以應(yīng)用在適配者是接口和它所有的子類，不能夠重寫適配器的方法，因?yàn)闆]有繼承關(guān)系，但是也能夠“重新實(shí)現(xiàn)”適配者中方法，客戶端和適配者完全不相干，只有適配器擁有適配者的引用。

類適配器：使用繼承的方式達(dá)到適配的工作，只能是適配者是接口，不能利用它子類的接口，當(dāng)類適配器建立時(shí)，它就靜態(tài)地與適配者關(guān)聯(lián)，適配者作為適配器的基類，所以適配器能夠重寫適配器中的方法，客戶端代碼對(duì)適配者中聲明的代碼是可見的客戶端代碼對(duì)適配者中聲明的代碼是可見的。

定義：

適配器模式把一個(gè)類的接口變換成客戶端所期待的另一種接口，從而使原本因接口不匹配而無(wú)法在一起工作的兩個(gè)類能夠在一起工作。

使用場(chǎng)景：

1.系統(tǒng)需要使用現(xiàn)有的類，而此類的接口不符合系統(tǒng)的需要，即接口不兼容。

2.想要建立一個(gè)可以重復(fù)使用的類，用于與一些彼此之間沒有太大關(guān)聯(lián)的一些類，包括一些可能在將來(lái)引進(jìn)的類一起工作。

3.需要一個(gè)統(tǒng)一的輸出接口，而輸入端的類型不可預(yù)知。 

UML類圖：

首先看下類適配器：

類適配器是通過實(shí)現(xiàn)Target接口以及繼承Adaptee類來(lái)實(shí)現(xiàn)接口轉(zhuǎn)換，例如，目標(biāo)接口需要的是operation2,但是Adaptee對(duì)象只有一個(gè)operation3,因此就出現(xiàn)了不兼容的情況。此時(shí)通過Adapter實(shí)現(xiàn)一個(gè)operation2函數(shù)將Adaptee的operation3轉(zhuǎn)換成Target需要的operation2,以此實(shí)現(xiàn)兼容。

Target : 目標(biāo)角色，也就是所期待得到的接口。注意：由于這里討論的是類適配器模式，因此目標(biāo)不可以是類。

Adaptee : 現(xiàn)在需要適配的接口。

Adapter: 適配器角色，也是本模式的核心，適配器把源接口轉(zhuǎn)換成目標(biāo)接口。這一角色不可以是接口，而必須是具體類。 

類適配器模式示例：

以大陸電壓為220v,手機(jī)電壓為5v為例

/**
 * 電壓類 Target目標(biāo)
 * @author Administrator
 *
 */
public interface Voltage {
 public int getVoltage();
}public class ChinaVoltage implements Voltage{

 @Override
 public int getVoltage() {
 // 大陸電壓為220
 return 220;
 }

}<pre name="code" class="java">/**
 * 手機(jī)類， Adaptee 被適配者類
 * @author Administrator
 *
 */
public class PhoneVoltage {
 /**
 * 手機(jī)電壓為5v
 * @return
 */
 public int getPhoneVoltage(){
 return 5;
 }
}
 

<pre name="code" class="java">/**
 * 充電器 Adapter 適配器類
 * @author Administrator
 *
 */
public class Charger extends PhoneVoltage implements Voltage {

 @Override
 public int getVoltage() {
 return getPhoneVoltage();
 }

}
 
public class Client {
 public static void main(String[] args) {
 ChinaVoltage vol = new ChinaVoltage();
 System.out.println("大陸電壓為 ： " + vol.getVoltage());
 //為手機(jī)接入充電器時(shí)的電壓
 Chargerr character = new Chargerr();
 System.out.println("通過充電器轉(zhuǎn)換后的電壓 : " + character.getVoltage());
 }
}

運(yùn)行結(jié)果：

大陸電壓為 ： 220
通過充電器轉(zhuǎn)換后的電壓 : 5

再看一下對(duì)象適配器類圖：

下面以對(duì)象適配器修改Chargerr類

<pre name="code" class="java">/**
 * 充電器 Adapter 適配器類
 * @author Administrator
 *
 */
public class Chargerr implements Voltage{
 private PhoneVoltage phoneV;
 
 public Chargerr(PhoneVoltage phoneV) {
 this.phoneV = phoneV;
 }
 
 @Override
 public int getVoltage() {
 return phoneV.getPhoneVoltage();
 }
}

對(duì)象適配器實(shí)現(xiàn)方式直接將要被適配的對(duì)象傳遞到Adapter中，使用組合的形式實(shí)現(xiàn)接口兼容的效果，這比類適配器方式更為靈活，它的另一個(gè)好處是被適配對(duì)象中的方法不會(huì)暴露出來(lái)，而類適配器由于繼承了被適配對(duì)象，因此，被適配對(duì)象類的函數(shù)在Adapter類中也都含有，這使得Adapter類出現(xiàn)一些奇怪的接口，用戶使用成本較高。因此，對(duì)象適配器模式更加靈活、實(shí)用。

public class Client {
 public static void main(String[] args) {
// ChinaVoltage vol = new ChinaVoltage();
// System.out.println("大陸電壓為 ： " + vol.getVoltage());
// //為手機(jī)接入充電器時(shí)的電壓
// Chargerr character = new Chargerr();
// System.out.println("通過充電器轉(zhuǎn)換后的電壓 : " + character.getVoltage());
 //被適配者
 PhoneVoltage phoneV = new PhoneVoltage();
 Chargerr chargerr = new Chargerr(phoneV);
 System.out.println("通過充電器轉(zhuǎn)換后的電壓：" + chargerr.getVoltage());
 
 }
 //運(yùn)行結(jié)果：
 // 通過充電器轉(zhuǎn)換后的電壓：5
}

總結(jié)：

Adapter模式的經(jīng)典實(shí)現(xiàn)在于將原本不兼容的接口融合在一起，使之能夠很好地進(jìn)行合作。但是，在實(shí)際開發(fā)中，Adapter模式也有一些靈活的實(shí)現(xiàn)。例如ListView中的隔離變化，使得整個(gè)UI架構(gòu)變得更靈活，能夠擁抱變化。Adapter模式在開發(fā)呂運(yùn)用非常廣泛。

優(yōu)點(diǎn)：

更好的復(fù)用性：系統(tǒng)需要使用現(xiàn)有的類，而此類的接口不符合系統(tǒng)的需要。那么通過適配器模式就可以讓這些功能得到更好的復(fù)用。

更好的擴(kuò)展性：在實(shí)現(xiàn)適配器功能的時(shí)候，可以調(diào)用自己開發(fā)的功能，從而自然地?cái)U(kuò)展系統(tǒng)的功能。

缺點(diǎn)：

過多的使用適配器，會(huì)讓系統(tǒng)非常零亂，不易速體把握。例如，明明看到調(diào)用的昌A接口，其實(shí)內(nèi)部被適配成了B接口的實(shí)現(xiàn)，一個(gè)系統(tǒng)如果太多出現(xiàn)這種情況，無(wú)異于一場(chǎng)災(zāi)難。因此，如果不是有必要，可以不使用適配器，而是直接對(duì)系統(tǒng)進(jìn)行重構(gòu)。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論