適配器（Adapter）模式：

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

生活中的場景：

1、筆記本電源適配器，可以將220v轉(zhuǎn)化為適合筆記本使用的電壓。

2、給筆記本電腦的usb接口插入臺(tái)式機(jī)的ps/2接口的鍵盤，需要一個(gè)usb和ps/2的接口轉(zhuǎn)接器，此時(shí)usb和ps/2的接口轉(zhuǎn)接器就充當(dāng)了適配器的角色。

通用類圖：

　　在上面的通用類圖中，Cient 類最終面對的是 Target 接口（或抽象類），它只能夠使用符合這一目標(biāo)標(biāo)準(zhǔn)的子類；而 Adaptee 類則是被適配的對象（也稱 源角色），因?yàn)樗瑂pecific （特殊的）操作、功能等，所以我們想要在自己的系統(tǒng)中使用它，將其轉(zhuǎn)換成符合我們標(biāo)準(zhǔn)的類，使得 Client 類可以在透明的情況下任意選擇使用 ConcreteTarget 類或是具有特殊功能的 Adaptee 類。

適配器模式中的角色：

目標(biāo)接口(Target)：客戶所期待得到的接口。目標(biāo)可以是具體的或抽象的類，也可以是接口。
需要適配的類(Adaptee)：需要適配的接口或適配類。
適配器(Adapter)：適配器類是本模式的核心。適配器通過包裝一個(gè)需要適配的對象，把源接口轉(zhuǎn)換成目標(biāo)接口。顯然，這一角色不可以是接口，而必須是具體類。

適配器模式的結(jié)構(gòu)：

適配器模式有類的適配器模式和對象的適配器模式兩種不同的形式。

類的適配器模式把適配的類的API轉(zhuǎn)換成為目標(biāo)類的API。

對象的適配器模式與類的適配器模式一樣，對象的適配器模式把被適配的類的API轉(zhuǎn)換成為目標(biāo)類的API，與類的適配器模式不同的是，對象的適配器模式不是使用繼承關(guān)系連接到Adaptee類，而是使用委派關(guān)系連接到Adaptee類。

類的適配器模式

1、創(chuàng)建一個(gè)被適配的類：

/**
 * 被適配的類
 * 已存在的、具有特殊功能、但不符合我們既有的標(biāo)準(zhǔn)接口的類
 * (相當(dāng)于例子中的，PS/2鍵盤)
 * @author ChuanChen
 * 
 */
public class Adaptee {

  public void specificRequest(){
    System.out.println("可以完成客戶請求的需要的功能！");
  }
}

2、創(chuàng)建一個(gè)目標(biāo)接口，能處理一些特殊請求

/**
 * 目標(biāo)接口，或稱為標(biāo)準(zhǔn)接口
 * @author ChuanChen
 *
 */
public interface Target {
  void handleReq();
}

3、創(chuàng)建一個(gè)適配器 (類適配器方式)

/**
 * 適配器 (類適配器方式)
 * (相當(dāng)于usb和ps/2的轉(zhuǎn)接器)
 * @author ChuanChen
 *
 */
public class Adapter extends Adaptee implements Target {


  @Override
  public void handleReq() {
    super.specificRequest();
  }
}

4、創(chuàng)建一個(gè)客戶端

/**
 * 客戶端類
 * (相當(dāng)于例子中的筆記本，只有USB接口)
 * @author ChuanChen
 *
 */
public class Client {

  public void test(Target t){
    t.handleReq();
  }

  public static void main(String[] args) {
    Client c = new Client();
    Adaptee a = new Adaptee();
    Target t = new Adapter();
    c.test(t); 
  }  
}

　　上面這種實(shí)現(xiàn)的適配器稱為類適配器，因?yàn)?Adapter 類既繼承了 Adaptee （被適配類），也實(shí)現(xiàn)了 Target 接口（因?yàn)?Java 不支持多繼承，所以這樣來實(shí)現(xiàn)），在 Client 類中我們可以根據(jù)需要選擇并創(chuàng)建任一種符合需求的子類，來實(shí)現(xiàn)具體功能。

對象的適配器模式

1、創(chuàng)建一個(gè)被適配的類：

/**
 * 被適配的類
 * 已存在的、具有特殊功能、但不符合我們既有的標(biāo)準(zhǔn)接口的類
 * (相當(dāng)于例子中的，PS/2鍵盤)
 * @author ChuanChen
 * 
 */
public class Adaptee {

  public void specificRequest(){
    System.out.println("可以完成客戶請求的需要的功能！");
  }
}

2、創(chuàng)建一個(gè)目標(biāo)接口，能處理一些特殊請求

/**
 * 目標(biāo)接口，或稱為標(biāo)準(zhǔn)接口
 * @author ChuanChen
 *
 */
public interface Target {
  void handleReq();
}

3、創(chuàng)建一個(gè)適配器 (對象適配器方式,使用了組合的方式跟被適配對象整合)

/**
 * 適配器 (對象適配器方式,使用了組合的方式跟被適配對象整合)
 * (相當(dāng)于usb和ps/2的轉(zhuǎn)接器)
 * @author ChuanChen
 *
 */

public class Adapter implements Target{

private Adaptee adaptee;

  @Override
  public void handleReq() {
    adaptee.specificRequest();
  }

  public Adapter(Adaptee adaptee) {
    super();
    this.adaptee = adaptee;
  }

}

4、創(chuàng)建一個(gè)客戶端

/**
 * 客戶端類
 * (相當(dāng)于例子中的筆記本，只有USB接口)
 * @author ChuanChen
 *
 */
public class Client {

  public void test(Target t){
    t.handleReq();
  }

  public static void main(String[] args) {
    Client c = new Client();
    Adaptee a = new Adaptee();
    Target t = new Adapter(a);
    c.test(t);
  }  
}

　　我們只需要修改 Adapter 類的內(nèi)部結(jié)構(gòu)，即 Adapter 自身必須先擁有一個(gè)被適配類的對象，再把具體的特殊功能委托給這個(gè)對象來實(shí)現(xiàn)。使用對象適配器模式，可以使得 Adapter 類（適配類）根據(jù)傳入的 Adaptee 對象達(dá)到適配多個(gè)不同被適配類的功能，當(dāng)然，此時(shí)我們可以為多個(gè)被適配類提取出一個(gè)接口或抽象類。這樣看起來的話，似乎對象適配器模式更加靈活一點(diǎn)。

類適配器和對象適配器的權(quán)衡：

• 類適配器使用對象繼承的方式，是靜態(tài)的定義方式；而對象適配器使用對象組合的方式，是動(dòng)態(tài)組合的方式。
• 對于類適配器，由于適配器直接繼承了Adaptee，使得適配器不能和Adaptee的子類一起工作，因?yàn)槔^承是靜態(tài)的關(guān)系，當(dāng)適配器繼承了Adaptee后，就不可能再去處理 Adaptee的子類了。
• 對于對象適配器，一個(gè)適配器可以把多種不同的源適配到同一個(gè)目標(biāo)。換言之，同一個(gè)適配器可以把源類和它的子類都適配到目標(biāo)接口。因?yàn)閷ο筮m配器采用的是對象組合的關(guān)系，只要對象類型正確，是不是子類都無所謂。
• 對于類適配器，適配器可以重定義Adaptee的部分行為，相當(dāng)于子類覆蓋父類的部分實(shí)現(xiàn)方法。
• 對于對象適配器，要重定義Adaptee的行為比較困難，這種情況下，需要定義Adaptee的子類來實(shí)現(xiàn)重定義，然后讓適配器組合子類。雖然重定義Adaptee的行為比較困難，但是想要增加一些新的行為則方便的很，而且新增加的行為可同時(shí)適用于所有的源。
• 對于類適配器，僅僅引入了一個(gè)對象，并不需要額外的引用來間接得到Adaptee。
• 對于對象適配器，需要額外的引用來間接得到Adaptee。
  

建議盡量使用對象適配器的實(shí)現(xiàn)方式，多用合成/聚合、少用繼承。當(dāng)然，具體問題具體分析，根據(jù)需要來選用實(shí)現(xiàn)方式，最適合的才是最好的。

適配器模式的優(yōu)點(diǎn)：

更好的復(fù)用性：

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

更好的擴(kuò)展性：

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

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

適配器模式在工作中的場景：

1、已經(jīng)存在的類的接口不符合我們的需求；
2、創(chuàng)建一個(gè)可以復(fù)用的類，使得該類可以與其他不相關(guān)的類或不可預(yù)見的類（即那些接口可能不一定兼容的類）協(xié)同工作；
3、在不對每一個(gè)都進(jìn)行子類化以匹配它們的接口的情況下，使用一些已經(jīng)存在的子類。

適配器模式經(jīng)常用于舊系統(tǒng)改造和升級。如果我們的系統(tǒng)開發(fā)之后再也不需要維護(hù)，那么很多模式都是沒有必要的。但是不幸的是，事實(shí)上維護(hù)一個(gè)系統(tǒng)的代價(jià)往往是開發(fā)一個(gè)系統(tǒng)的數(shù)倍。

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

最新評論