关于设计模式:08结构型模式适配器模式

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. 理论开发中，实现起来不拘泥于咱们解说的三种经典模式。