定義： 將一個類的介面轉換成客戶希望的另外一個介面。適配器模式使得原本由於介面不相容而不能一起工作的那些類可以一起工作。 角色： 目標(Target)角色：這就是所期待得到的介面，也就是這類的介面是符合我們要求的。 源(Adapee)角色：我們要使用的介面，但是這個介面不符合我們的要求，也就是現在需 ...
定義：
將一個類的介面轉換成客戶希望的另外一個介面。適配器模式使得原本由於介面不相容而不能一起工作的那些類可以一起工作。
角色：
目標(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、舊的系統開發的類已經實現了一些功能，但是客戶端卻只能以另外介面的形式訪問，但我們不希望手動更改原有類的時候。
小結：
適配器模式不適合在詳細設計階段使用它，它是一種補償模式，專用來在系統後期擴展、修改時所用，適配器模式更像是一種補救措施。
