1. 程式人生 > >23種設計模式(5)-適配器模式

23種設計模式(5)-適配器模式

一起 繼承關系 成了 string ica clas 23種設計模式 原本 class

定義:

將一個類的接口轉換成客戶希望的另外一個接口。適配器模式使得原本由於接口不兼容而不能一起工作的那些類可以一起工作。

角色:

目標(Target)角色:這就是所期待得到的接口,也就是這類的接口是符合我們要求的。

  源(Adapee)角色:我們要使用的接口,但是這個接口不符合我們的要求,也就是現在需要適配的接口。

適配器(Adaper)角色:適配器類是適配器模式的核心。適配器把源接口轉換成目標接口。顯然,這一角色不可以是接口,而必須是具體類。

分類:

1, 類適配器模式

class Adaptee {         
publicvoid specificRequest() { System.out.println("特殊請求,這個是源角色"); } }
/*這個是目標角色,所期待的接口*/

interface Target {
publicvoid request(); }

現在想要實現這個Target接口,但是不想重構,想要用上已有的Adaptee類,這時可以定義一個適配器類,繼承想要使用的類,並且實現期待的接口。

class Adapter extends Adaptee implementsTarget{
         publicvoid request() {
                   super.specificRequest();
         }
}

這樣,使用適配器類和實現目標接口就完成了計劃,測試:

public class Test{
         publicstatic void main(String[] args) {
                   //使用特殊功能類,即適配類
                   Targetadapter = new Adapter();
                   adapter.request();
         }
}

2, 對象適配器模式

適配器類關聯已有的Adaptee類,並且實現標準接口,這樣做的好處是不再需要繼承。

class Adapter implements Target{
         privateAdaptee adaptee;

         publicAdapter (Adaptee adaptee) {
                   this.adaptee= adaptee;
         }

         publicvoid request() {
                   this.adaptee.specificRequest();
         }
}

我們可以想到,此時輸出結果和類適配器模式是相同的,測試:

public class Test{
         publicstatic void main(String[] args) {
                   Targetadapter = new Adapter(new Adaptee());
                   adapter.request();
         }
}

區別:

對象的適配器模式不是使用繼承關系連接到Adaptee類,而是使用委派關系連接到Adaptee類。

優點:

復用性

系統需要使用現有的類,而此類的接口不符合系統的需要。那麽通過適配器模式就可以讓這些功能得到更好的復用。

擴展性

在實現適配器功能的時候,可以自由調用自己開發的功能,從而自然地擴展系統的功能。

缺點:

過多的使用適配器,會讓系統非常零亂,不易整體進行把握。比如,明明看到調用的是A接口,其實內部被適配成了B接口的實現。所以適配器模式不適合在詳細設計階段使用它,它是一種補償模式,專用來在系統後期擴展、修改時所用。

適用場景:

1、已經存在的類的接口不符合我們的需求;

2、創建一個可以復用的類,使得該類可以與其他不相關的類或不可預見的類協同工作;

3、使用一些已經存在的子類而不需要對其進行子類化來匹配接口。

4、舊的系統開發的類已經實現了一些功能,但是客戶端卻只能以另外接口的形式訪問,但我們不希望手動更改原有類的時候。

小結:

適配器模式不適合在詳細設計階段使用它,它是一種補償模式,專用來在系統後期擴展、修改時所用,適配器模式更像是一種補救措施。

23種設計模式(5)-適配器模式