1 现实生活中的适配器例子

泰国插座用的是两孔的(欧标),能够买个多功能转换插头 (适配器) ,这样就能够应用了。

2 根本介绍

  1. 适配器模式(Adapter Pattern)将某个类的接口转换成客户端冀望的另一个接口示意,主的目标是兼容性,让本来因接口不匹配不能一起工作的两个类能够协同工作。其别名为包装器(Wrapper)
  2. 适配器模式属于结构型模式
  3. 次要分为三类:类适配器模式、对象适配器模式、接口适配器模式

3 工作原理

  1. 适配器模式:将一个类的接口转换成另一种接口。让本来接口不兼容的类能够兼容。
  2. 从用户的角度看不到被适配者,是解耦的。
  3. 用户调用适配器转化进去的指标接口办法,适配器再调用被适配者的相干接口办法。
  4. 用户收到反馈后果,感觉只是和指标接口交互,如图:

4 类适配器模式

4.1 类适配器模式介绍

根本介绍:Adapter 类,通过继承 src 类,实现 dst 类接口,实现 src->dst 的适配。

4.2 类适配器模式利用实例

  1. 利用实例阐明
    以生存中充电器的例子来解说适配器,充电器自身相当于 Adapter,220V 交流电相当于 src (即被适配者),咱们的目 dst(即 指标)是 5V 直流电
  2. 思路剖析(类图)
  3. 代码实现:

被适配者:

public class Voltage220V {    //输入 220V 的电压    public int output220V() {        int src = 220;        System.out.println("电压=" + src + "伏");        return src;    }}

适配接口:

public interface IVoltage5V {    int output5V();}

类适配器,实现适配接口:

//适配器类public class VoltageAdapter extends Voltage220V implements IVoltage5V {    @Override    public int output5V() {        //获取到 220V 电压        int srcV = output220V();        //适配逻辑:转成 5v        int dstV = srcV / 44;        return dstV;    }}
public class Phone {    //充电    public void charging(IVoltage5V iVoltage5V) {        if (iVoltage5V.output5V() == 5) {            System.out.println("电压为 5V, 能够充电~~");        } else if (iVoltage5V.output5V() > 5) {            System.out.println("电压大于 5V, 不能充电~~");        }    }}
public class Client {    public static void main(String[] args) {        System.out.println(" === 类适配器模式 ====");        Phone phone = new Phone();        phone.charging(new VoltageAdapter());    }}

4.3 类适配器模式注意事项和细节

  1. Java 是单继承机制,所以类适配器须要继承 src 类这一点算是一个毛病, 因为这要求 dst 必须是接口,有肯定局限性。这样适配器类和被适配器类耦合度变大。
  2. src 类的办法在 Adapter 中都会裸露进去,也减少了应用的老本。
  3. 因为其继承了 src 类,所以它能够依据需要重写 src 类的办法,使得 Adapter 的灵活性加强了。

5 对象适配器模式

5.1 对象适配器模式介绍

  1. 基本思路和类的适配器模式雷同,只是将 Adapter 类作批改,不是继承 src 类,而是持有 src 类的实例,以解决兼容性的问题。 即:持有 src 类,实现 dst 类接口,实现 src->dst 的适配
  2. 依据“合成复用准则”,在零碎中尽量应用关联关系(聚合)来代替继承关系。
  3. 对象适配器模式是适配器模式罕用的一种。

5.2 对象适配器模式利用实例

  1. 利用实例阐明
    以生存中充电器的例子来解说适配器,充电器自身相当于 Adapter,220V 交流电相当于 src (即被适配者),咱们的目 dst(即指标)是 5V 直流电,应用对象适配器模式实现。
  2. 思路剖析(类图):只需批改适配器即可, 如下:
  3. 代码实现
    这里适配器有继承变成了聚合关系:
//类适配器,实现适配接口。适配器类public class VoltageAdapter implements IVoltage5V {    // 公有属性,体现出关联关系——聚合    private Voltage220V voltage220V;    public VoltageAdapter() {    }    // 结构器设置属性    public VoltageAdapter(Voltage220V voltage220V) {        this.voltage220V = voltage220V;    }    // set 办法设置属性    public void setVoltage220V(Voltage220V voltage220V) {        this.voltage220V = voltage220V;    }    @Override    public int output5V() {        // 获取到 220V 电压        int srcV = voltage220V.output220V();        // 适配逻辑:转成 5v        int dstV = srcV / 44;        return dstV;    }}
public class Client {    public static void main(String[] args) {        // 结构适配器类        VoltageAdapter adapter = new VoltageAdapter(new Voltage220V());        System.out.println(" === 类适配器模式 ====");        Phone phone = new Phone();        phone.charging(adapter);    }}

5.3 对象适配器模式注意事项和细节

  1. 对象适配器和类适配器其实算是同一种思维,只不过实现形式不同。
    依据合成复用准则,应用组合代替继承, 所以它解决了类适配器必须继承 src 的局限性问题,也不再要求 dst必须是接口。
  2. 应用老本更低,更灵便。

6 接口适配器模式

6.1 接口适配器模式介绍

  1. 一些书籍称为:适配器模式(Default Adapter Pattern)或缺省适配器模式。
  2. 外围思路:当不须要全副实现接口提供的办法时,可先设计一个抽象类实现接口,并为该接口中每个办法提供一个默认实现(空办法),那么该抽象类的子类可有选择地笼罩父类的某些办法来实现需求
  3. 实用于一个接口不想应用其所有的办法的状况。

6.2 接口适配器模式利用实例

  1. 案例阐明

public interface Interface4 {    void m1();    void m2();    void m3();    void m4();}

抽象类,空实现:

// 将 Interface4 接口进行默认实现public abstract class AbsAdapter implements Interface4 {    //默认实现    public void m1() {    }    public void m2() {    }    public void m3() {    }    public void m4() {    }}

用的时候进行重写须要用到的办法:

public class Client {    public static void main(String[] args) {        AbsAdapter absAdapter = new AbsAdapter() {            //只须要去笼罩咱们 须要应用 接口办法            @Override            public void m1() {                System.out.println("应用了 m1 的办法");            }        };        absAdapter.m1();    }}

7 适配器模式在 SpringMVC 框架利用的源码分析

  1. SpringMvc 中的 HandlerAdapter, 就应用了适配器模式。
  2. SpringMVC 解决申请的流程回顾。
  3. 应用 HandlerAdapter 的起因剖析:
    能够看到处理器的类型不同,有多重实现形式,那么调用形式就不是确定的,如果须要间接调用 Controller 办法,须要调用的时候就得一直是应用 if else 来进行判断是哪一种子类而后执行。那么如果前面要扩大 Controller, 就得批改原来的代码,这样违反了 OCP 准则。
  4. 代码剖析+Debug 源码
  • spring 定义了一个适配接口,使得每一种Controller有一种对应的适配器实现类。
  • 适配器代替Controller执行相应的办法。
  • 扩大Controller时,只须要减少一个适配器类就实现了SpringMVC的扩大。

8 适配器模式的注意事项和细节

  1. 三种命名形式,是依据 src 是以怎么的模式给到 Adapter(在 Adapter 里的模式)来命名的。
  2. 类适配器:以类给到,在 Adapter 里,就是将 src 当做类;继承对象适配器:以对象给到,在 Adapter 里,将 src 作为一个对象,持有;接口适配器:以接口给到,在 Adapter 里,将 src 作为一个接口。
  3. 实现 Adapter 模式最大的作用还是将本来不兼容的接口交融在一起工作。
  4. 理论开发中,实现起来不拘泥于咱们解说的三种经典模式。