Java中適配器模式是什么意思

這篇文章運(yùn)用簡(jiǎn)單易懂的例子給大家介紹Java中適配器模式是什么意思，代碼非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對(duì)大家能有所幫助。

目的：把源類型適配為目標(biāo)類型，以適應(yīng)客戶端(Client)的需求；此處我們把目標(biāo)接口的調(diào)用方視為客戶端

使用場(chǎng)景：需要對(duì)類型進(jìn)行由源類型到目標(biāo)類型轉(zhuǎn)換的場(chǎng)景中

前置條件：已有客戶端

//Client 一個(gè)調(diào)用目標(biāo)接口的方法
Class ClientInvoking {

    static void invoke(TargetInterface target) {
        String value = target.getMark();
        System.out.println(value);
    }

}

常用的幾種模式

模式一：存在目標(biāo)接口，且存在已有方法

//目標(biāo)接口
public interface TargetInterface {
    
    public String getMark();

    public String getInfo();

}

//已有類及方法
public class ExistClass {

    public String sayHello() {
        return "Hello";
    }
      
    public String sayWorld() {
        return "World";
    }
}

我們假設(shè)ExistClass返回的字符串正好是我們的客戶端需要用到的，但客戶端需要的是通過(guò)一個(gè)TargetInterface類型的對(duì)象來(lái)獲取，因此我們需要想辦法對(duì)已有類進(jìn)行適配，使其能夠滿足客戶端的需求；該模式下存在兩種應(yīng)用方案：

方案1.類適配器模式

//適配器
public class ClassAdapter extends ExistClass implements TargetInterface {
    
    public int getMark() {
        String value = this.sayHello();
        return value;
    }
    
    public int getInfo() {
        String value = this.sayWorld();
        return value;
    }
    
}

//客戶端調(diào)用
TargetInterface target = new ClassAdapter();
ClientInvoking.invoke(target);

由Java接口的概念可知，ClassAdapter作為TargetInterface的實(shí)現(xiàn)類，能夠向上轉(zhuǎn)型為TargetInterface類型，適應(yīng)了客戶端的需求。

方案2.對(duì)象適配器模式

//適配器
public class ClassAdapter implements TargetInterface {
    
    private ExistClass exist;
    
    public ClassAdapter(ExistClass existClass) {
        this.exist = existClass;
    }
    
    public int getMark() {
        String value = exist.sayHello();
        return value;
    }
    
    public int getInfo() {
        String value = exist.sayWorld();
        return value;
    }
    
}

//客戶端調(diào)用
TargetInterface target = new ClassAdapter(new ExistClass());
ClientInvoking.invoke(target);

該方案與類適配器模式類似，只是不采用繼承而采用持有對(duì)象的方式，更加靈活，擴(kuò)展性更強(qiáng)。

模式二：不存在目標(biāo)接口，但是存在目標(biāo)類，且存在已有方法

我們先對(duì)前置條件中的客戶端進(jìn)行改造，如下：

Class ClientInvoking {

    static void invoke(TargetClass target) {
        String value = target.getMark();
        System.out.println(value);
    }

}

改造后，invoke方法需要一個(gè)TargetClass類的對(duì)象作為參數(shù)；下面是目標(biāo)類和已有類

//目標(biāo)類
public class Class {
    
    public String getMark() {
        return "yes";
    }

    public String getInfo() {
        return "no";
    }

}

//已有類及方法
public class ExistClass {

    public String sayHello() {
        return "Hello";
    }
      
    public String sayWorld() {
        return "World";
    }
}

我們假設(shè)ExistClass返回的字符串正好是我們的客戶端需要用到的，且客戶端中需要的TargetClass對(duì)象的內(nèi)容已經(jīng)過(guò)時(shí)，因此我們需要相辦法對(duì)ExistClass進(jìn)行適配，以適應(yīng)客戶端的需求；

//適配器
public class ClassAdapter extends TargetClass {
    
    private ExistClass exist;
    
    public ClassAdapter(ExistClass existClass) {
        this.exist = existClass;
    }
    
    public int getMark() {
        String value = exist.sayHello();
        return value;
    }
    
    public int getInfo() {
        String value = exist.sayWorld();
        return value;
    }
    
}

//客戶端調(diào)用
TargetClass target = new ClassAdapter(new ExistClass());
ClientInvoking.invoke(target);

在該種模式下，設(shè)計(jì)到兩個(gè)類，且最后要進(jìn)行向上轉(zhuǎn)型，根據(jù)Java的單繼承機(jī)制，我們只能通過(guò)持有對(duì)象的形式，即對(duì)象適配器模式。

模式三：缺省適配器模式

該模式中，不存在顯式的目標(biāo)類型，而僅有源類型；之所以需要用到這個(gè)，往往是因?yàn)樵搭愋椭刑峁┝颂辔覀儾⒉恍枰臇|西，我們需要通過(guò)適配器模式進(jìn)行定制化。以WindowListener作為例子講解：

//WindowListener源碼
public interface WindowListener extends EventListener {
    public void windowOpened(WindowEvent e);
    public void windowClosing(WindowEvent e);
    public void windowClosed(WindowEvent e);
    ...
}

//添加監(jiān)聽(tīng)器的例子
Frame frame = new Frame();
frame.addWindowListener(new WindowListener() {
    @Override    
    public void windowOpened(WindowEvent e) {
            
    }

    @Override    
    public void windowClosing(WindowEvent e) {

    }

    @Override    
    public void windowClosed(WindowEvent e) {

    }
    ...
})

這樣的代碼，看起來(lái)很繁瑣；比如說(shuō)我只需要監(jiān)聽(tīng)正在關(guān)閉的事件，卻生成了許多與此無(wú)關(guān)的模板代碼，降低了代碼的可讀性，鑒于此，我們來(lái)做下定制，只監(jiān)聽(tīng)一個(gè)接口；

我們首先提供一個(gè)抽象類實(shí)現(xiàn)了該接口，并為所有監(jiān)聽(tīng)器提供空實(shí)現(xiàn)；然后再用抽象類的子類重寫窗口正在關(guān)閉的監(jiān)聽(tīng)器的實(shí)現(xiàn)，代碼如下：

//適配器
public abstract ListenerAdapter implements WindowListener {
    public void windowOpened(WindowEvent e) {}
    public void windowClosing(WindowEvent e) {}
    public void windowClosed(WindowEvent e) {}
    ...
}

//重寫方法
public class OverrideWindowClosing extends ListenerAdapter {
    
    @Override    
    public void windowClosing(WindowEvent e) {        
       //TODO    
    }
    
}

//客戶端調(diào)用
frame.addWindowListener(new OverrideWindowClosing());

該方式簡(jiǎn)化了接口，提高了代碼可讀性。最重要的是，我們實(shí)現(xiàn)了對(duì)接口的定制，可以只做自己關(guān)心的事情。

關(guān)于Java中適配器模式是什么意思就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到。