适配器模式,顾名思义,就是把原本不兼容的接口,通过适配,使之兼容。

举个生涯中简朴的例子,以前的手机内存卡可以取出来,然则想和电脑之间传输音乐视频等资料不能直接传输,需要通过USB读卡器,然后插入USB接口就可以传输了,这个USB读卡器就相当于适配器。

你经常使用的手机或电脑充电器,也属于适配器,它将220V的交流电转换为手机可用的直流电。下面,以手机充电器为例解说适配器模式。

适配器模式一样平常分为三类:类适配器模式、工具适配器模式、接口适配器模式(缺省适配器模式)

一、类适配器模式

一样平常手机充电器输出的直流电压为5V,我们把交流电220V称为源,希望获得的直流电5V称为目的,而充电器即为适配器。

//源,交流电
public class AC {
    public int outputAC(){
        return 220;
    }
}
//目的接口,直流电
public interface IDC {
    public int outputDC();
}
//适配器
public class ClsAdapter extends AC implements IDC{

    @Override
    public int outputDC() {
        return outputAC()/44;  //直流电为交流电的电压值除以44
    }

    public static void main(String[] args) {
        ClsAdapter adapter = new ClsAdapter();
        System.out.println("交流电电压:" + adapter.outputAC());
        System.out.println("直流电电压:" + adapter.outputDC());
    }
}

/**
输出效果为:
交流电电压:220
直流电电压:5
*/

可以看到,类适配器是通过继续源类,实现目的接口的方式实现适配的。然则,由于JAVa单继续的机制,这就要求目的必须是接口,有一定的局限性。

二、工具适配器模式

工具适配器,不是继续源类,而是依据关联关系,持有源类的工具,这也隐藏了源类的方式。在这里,适配器和源类的关系不是继续关系,而是组合关系。

public class ObJadapter implements IDC {
    //持有源类的工具
    private AC ac;

    public ObjAdapter(AC ac){
        this.ac = ac;
    }

    public int outputAC(){
        return ac.outputAC();
    }

    @Override
    public int outputDC() {
        return ac.outputAC()/44;
    }

    public static void main(String[] args) {
        ObjAdapter adapter = new ObjAdapter(new AC());
        System.out.println("交流电电压:" + adapter.outputAC());
        System.out.println("直流电电压:" + adapter.outputDC());
    }
}
//输出效果同上

三、接口适配器模式

设想,我现在的目的接口有多个方式,可以输出5V,12V,20V的电压。根据正常逻辑,设计一个适配器去实现这个接口,很显然需要实现所有的方式。然则,实际使用中,实在只需要使用其中一个方式就可以了,好比我mac电脑直流电压20V,只需要实现20V的方式就可以了。

因此,设计一个中心类去把目的接口的所有方式空实现,然后适配器类再去继续这个中心类,选择性重写我所需要的方式,岂不是更好。代码如下,

//目的接口,有多个方式
public interface IDCOutput {
    public int output5V();
    public int output12V();
    public int output20V();
}
//中心类,空实现所有方式,这是一个抽象类
public abstract class DefaultAdapter implements IDCOutput {
    @Override
    public int output5V() {
        return 0;
    }

    @Override
    public int output12V() {
        return 0;
    }

    @Override
    public int output20V() {
        return 0;
    }
}
//我的mac电源适配器只需要实现20V的方式即可
public class MacAdatper extends DefaultAdapter {

    private AC ac;

    public MacAdatper(AC ac){
        this.ac = ac;
    }

    @Override
    public int output20V() {
        return ac.outputAC()/11;
    }

    public static void main(String[] args) {
        MacAdatper adatper = new MacAdatper(new AC());
        System.out.println("mac电脑电压:" + adatper.output20V());
    }
}
//输出效果:
//mac电脑电压:20

至于为什么中心类使用抽象类,相信你看过我先容的软件六大设计原则,就明了了(你不得不知道的软件设计六大原则)。它需要相符里氏替换原则(只管基于抽象类和接口的继续)。

明了接口适配模式的童鞋,建议看一下JDK里边提供的一个键盘监听适配器KeyAdapter,它就是一个抽象类,去空实现了KeyListener接口的所有方式。你就会感受到这种模式的奇妙。

总结:

  1. 类适配器模式,继续源类,实现目的接口。

  2. 工具适配器模式,持有源类的工具,把继续关系改变为组合关系。

  3. 接口适配器模式,借助中心抽象类空实现目的接口所有方式,适配器类选择性重写。

三种模式,各有优缺点,可根据实际情况选择使用。