今天看了部特工電影，里面有個橋段，主角在直升機(jī)上和反派生死搏斗，而飛機(jī)則是無人駕駛的狀態(tài)，有墜毀的危險。生死存亡，危急時刻主角讓團(tuán)隊(duì)成員去駕駛，而團(tuán)隊(duì)成員很慌張地說：“Hey, man，你開什么國際玩笑，我只拿到了汽車的駕照，飛機(jī)駕照我可沒有？…”，主角則在遠(yuǎn)處淡定的說：“那你就當(dāng)它是汽車好了”。如何讓一個開汽車的人去駕駛直升機(jī)呢？

介紹

什么是適配器模式？

GoF中的定義:

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

通俗來講就是，我們項(xiàng)目中原來已經(jīng)有一個接口(Adaptee)了它具有某類特定功能，現(xiàn)在需求升級新增加了一個接口(Target)具有了新功能，如何保證客戶端某個“現(xiàn)存對象”具有兩個接口的功能呢？

也許會說，我們可以將Target接口的功能copy到Adaptee接口或者同時實(shí)現(xiàn)以上兩個接口，先不說這違反了我們的設(shè)計模式六大原則中的開閉原則和接口隔離原則，這會造成我們需要修改實(shí)現(xiàn)了Adaptee接口的所有實(shí)現(xiàn)類，Override所有新的功能的實(shí)現(xiàn)，如果實(shí)現(xiàn)類少還可以，而如果實(shí)現(xiàn)類很多，那么這個工作量無疑是巨大而且痛苦的。

所以，適配器模式不是為新項(xiàng)目架構(gòu)設(shè)計時而添加的，而是解決正在服役項(xiàng)目由于功能升級而導(dǎo)致接口不兼容問題而提出的。

結(jié)構(gòu)

適配器模式包含如下角色：

Target：目標(biāo)抽象類 Adapter：適配器類 Adaptee：適配者類 Client：客戶類

適配器模式有對象適配器和類適配器兩種實(shí)現(xiàn)：

對象適配器（推薦） 類適配器類圖對象適配器

類適配器

實(shí)例

駕駛汽車接口

public interface Car { void drive();}

駕駛直升機(jī)接口

public interface Helicopter { void air();}

駕駛汽車的特工接口實(shí)現(xiàn)：

public class Agent implements Car { @Override public void drive() {System.out.println('特工開著汽車，啦啦啦。'); }}類適配器實(shí)現(xiàn)

public class ClassAdapter extends Agent implements Helicopter { @Override public void air() {System.out.println('特工駕駛者飛機(jī)，呼呼呼。'); }}

亦可以這樣寫（不推薦）：

public class ClassAdapter implements Car,Helicopter { @Override public void air() {System.out.println('特工駕駛者飛機(jī)，呼呼呼。'); } @Override public void drive() {System.out.println('特工開著汽車，啦啦啦。'); }}對象適配器實(shí)現(xiàn)

public class ObjectAdapter implements Helicopter{ private Agent agent; public ObjectAdapter(Agent agent) {this.agent = agent; } public void drive(){this.agent.drive(); } @Override public void air() {System.out.println('特工駕駛者飛機(jī)，呼呼呼。'); }}測試demo類

public class AdapterMain { public static void main(String[] args) {System.out.println('---------初始特工----------');Agent agent = new Agent();agent.drive();System.out.println('---------類適配器特工----------');ClassAdapter adapter = new ClassAdapter();adapter.air();adapter.drive();System.out.println('---------對象適配器特工----------');ObjectAdapter classAdapter = new ObjectAdapter(agent);classAdapter.drive();classAdapter.air(); }}

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

---------初始特工----------

特工開著汽車，啦啦啦。

---------類適配器特工----------

特工駕駛者飛機(jī)，呼呼呼。

特工開著汽車，啦啦啦。

---------對象適配器特工----------

特工開著汽車，啦啦啦。

類適配器模式：

由于適配器類是適配者類的子類，因此可以在適配器類中置換一些適配者的方法，使得適配器的靈活性更強(qiáng)。

對象適配器模式：一個對象適配器可以把多個不同的適配者適配到同一個目標(biāo)，也就是說，同一個適配器可以把適配者類和它的子類都適配到目標(biāo)接口。

類適配器和對象適配器的區(qū)別是：類適配器是繼承Adaptee類(接口實(shí)現(xiàn)類)，而對象適配器是依賴Adaptee類，持有Adaptee的類對象。

適用場景

使用適配器模式時

您想使用現(xiàn)有的類，其接口與您需要的接口不匹配。 你想創(chuàng)建一個可重用的類，它與不相關(guān)或不可預(yù)見的類合作，即不一定具有兼容接口的類。 你需要使用幾個現(xiàn)有的子類，但通過對每個子類進(jìn)行子類化來調(diào)整它們的接口是不切實(shí)際的。 對象適配器可以調(diào)整其父類的接口。 大多數(shù)使用第三方庫的應(yīng)用程序使用適配器作為應(yīng)用程序和第三方庫之間的中間層，以將應(yīng)用程序與庫分離。如果必須使用另一個庫，則只需要新庫的適配器，而無需更改應(yīng)用程序代碼。總結(jié)

適配器模式（Adapter Pattern）是作為兩個不兼容的接口之間的橋梁。這種類型的設(shè)計模式屬于結(jié)構(gòu)型模式，它結(jié)合了兩個獨(dú)立接口的功能。

主要解決在軟件系統(tǒng)中，常常要將一些'現(xiàn)存的對象'放到新的環(huán)境中，而新環(huán)境要求的接口是現(xiàn)對象不能滿足的。

主要實(shí)現(xiàn)方式：繼承或依賴（推薦）。適配器繼承或依賴已有的對象，實(shí)現(xiàn)想要的目標(biāo)接口。

適配器不是在詳細(xì)設(shè)計時添加的，而是解決正在服役的項(xiàng)目的問題。

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

可以讓任何兩個沒有關(guān)聯(lián)的類一起運(yùn)行。 提高了類的復(fù)用。 增加了類的透明度。 靈活性好。

缺點(diǎn)：

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

以上就是Java通俗易懂系列設(shè)計模式之適配器模式的詳細(xì)內(nèi)容，更多關(guān)于Java設(shè)計模式的資料請關(guān)注好吧啦網(wǎng)其它相關(guān)文章！