- 適配器模式是各種模式的起源
- 平時我們會經常碰到這樣的情況，有了兩個現成的類，它們之間沒有什麼聯繫，但是我們現在既想用其中一個類的方法，同時也想用另外一個類的方法。有一個解決方法是，修改它們各自的接口，但是這是我們最不願意看到的。這個時候Adapter模式就會派上用場了。
- 適配器模式將某個類的接口轉換成客戶端期望的另一個接口表示，目的是消除由於接口不匹配所造成
的類的兼容性問題。主要分爲三類：類的適配器模式、對象的適配器模式、接口的適配器模式
- 類的適配器
核心思想就是：有一個 Source 類，擁有一個方法，待適配，目標接口是 Targetable，通過 Adapter 類，
將 Source 的功能擴展到 Targetable 裏，看代碼：
待適配的類
public class Source {
public void methon1(){
System.out.println("this is source metho1");
}
}
接口：
public interface Targetable {
/**
* 於原生類方法相同
*/
public void methon1();
/**
* 新類的方法
*/
public void methon2();
}
適配開始：
public class Adapter extends Source implements Targetable{
@Override
public void methon2() {
System.out.println("this is targetable methon");
}
}測試：
public class AdapterTest {
//這樣 Targetable 接口的實現類就具有了 Source 類的功能。
public static void main(String[] args) {
Targetable t =new Adapter();
t.methon1();
t.methon2();
}
}
this is source metho1
this is targetable methon
這樣 Targetable 接口的實現類就具有了 Source 類的功能。2、對象的適配器
基本思路和類的適配器模式相同，只是將 Adapter 類作修改，這次不繼承 Source 類，而是持有 Source
類的實例，以達到解決兼容性的問題。看圖：
public class Wrapper implements Targetable{
private Source source;
public Wrapper(Source source) {
super();
this.source = source;
}
@Override
public void methon1() {
source.methon1();
}
@Override
public void methon2() {
System.out.println("this is the targetable method ");
}
}測試：
/**
* 對象的適配器
* @author Administrator
*
*/
public class WrapperTest {
public static void main(String[] args) {
Wrapper w = new Wrapper(new Source());
w.methon1();
w.methon2();
}
}
this is source metho1
this is the targetable method
輸出與第一種一樣，只是適配的方法不同而已。接口的適配器模式：
第三種適配器模式是接口的適配器模式，接口的適配器是這樣的：有時我們寫的一個接口中有多個抽象
方法，當我們寫該接口的實現類時，必須實現該接口的所有方法，這明顯有時比較浪費，因爲並不是所
有的方法都是我們需要的，有時只需要某一些，此處爲了解決這個問題，我們引入了接口的適配器模式，
藉助於一個抽象類，該抽象類實現了該接口，實現了所有的方法，而我們不和原始的接口打交道，只和
該抽象類取得聯繫，所以我們寫一個類，繼承該抽象類，重寫我們需要的方法就行。看一下類圖：
/**
* 這個很好理解，在實際開發中，我們也常會遇到這種接口中定義了太多的方法，以致於有時我們在一些
實現類中並不是都需要。看代碼：
* @author Administrator
*
*/
public interface Sourceable {
public void method1();
public void method2();
}
public class SourceSub1 extends Wrapper2{
public void method1(){
System.out.println("the sources interface's first sub1");
}
}
public class SourecSub2 extends Wrapper2{
public void method2(){
System.out.println("the sources interface's first sub2");
}
}
適配開始：
public abstract class Wrapper2 implements Sourceable{
public void method1(){};
public void method2(){};
}
測試：
public class SourceTest {
public static void main(String[] args) {
Sourceable sub1 = new SourceSub1();
Sourceable sub2 = new SourecSub2();
sub1.method1();
sub1.method2();
sub2.method1();
sub2.method2();
}
}
the sources interface's first sub1
the sources interface's first sub2測試輸出：
the sourceable interface’s first Sub1!
the sourceable interface’s second Sub2!
達到了我們的效果！
講了這麼多，總結一下三種適配器模式的應用場景：
類的適配器模式：當希望將一個類轉換成滿足另一個新接口的類時，可以使用類的適配器模式，創建一
個新類，繼承原有的類，實現新的接口即可。
對象的適配器模式：當希望將一個對象轉換成滿足另一個新接口的對象時，可以創建一個 Wrapper 類，
持有原類的一個實例，在 Wrapper 類的方法中，調用實例的方法就行。
接口的適配器模式：當不希望實現一個接口中所有的方法時，可以創建一個抽象類 Wrapper，實現所
有方法，我們寫別的類的時候，繼承抽象類即可。
適配器模式的三個特點：
1 適配器對象實現原有接口
2 適配器對象組合一個實現新接口的對象（這個對象也可以不實現一個接口，只是一個單純的對象）
3 對適配器原有接口方法的調用被委託給新接口的實例的特定方法
說句實話.我現在看幾個設計模式.代碼上相對來說不是那麼複雜, 但是在工作中真正的用到確實不是那麼容易.所以小夥伴們一定要堅持看完.多寫多練 慢慢的在你寫代碼的時候.就會形成一種意識.讓你覺得,還有更好的方式可以實現它.
