设计模式-适配器模式

适配器模式的应用场景
适配器模式（Adapter Pattern）是指将一个类的接口转换成客户期望的另一个接口，使原本的接口不兼容的类可以一起工作，属于结构型设计模式。
适配器适用于以下几种业务场景：
1、已经存在的类，它的方法和需求不匹配（方法结果相同或相似）的情况。
2、适配器模式不是软件设计阶段考虑的设计模式，是随着软件维护，由于不同产品、不同厂家造成功能类似而接口不相同情况下的解决方案。有点亡羊补牢的感觉。
在中国民用电都是220V 交流电，但我们手机使用的锂电池使用的5V 直流电。因此，我们给手机充电时就需要使用电源适配器来进行转换。下面我们有代码来还原这个生活场景，创建AC220 类，表示220V 交流电：

public class AC220 {
    public int outputAC220V(){
        int output = 220;
        System.out.println("输出交流电"+output+"V");
        return output;
    }
}

创建DC5 接口，表示5V 直流电的标准：

public interface DC5 {
    int outputDC5V();
}

创建电源适配器PowerAdapter 类

public class PowerAdapter implements DC5 {
    private AC220 ac220;

    public PowerAdapter(AC220 ac220) {
        this.ac220 = ac220;
    }

    @Override
    public int outputDC5V() {
        int adapterInput = ac220.outputAC220V();
         //变压器...
        int adapterOutput = adapterInput/44;
        System.out.println("使用PowerAdapter 输入AC:"+adapterInput+"V"+"输出DC:"+adapterOutput+"V");
        return adapterOutput;
    }

    public static void main(String[] args) {
        DC5 dc5 = new PowerAdapter(new AC220());
       System.out.println(dc5.outputDC5V());
    }
}

执行结果

适配器模式在源码中的体现
Spring 中适配器模式也应用得非常广泛，例如：SpringAOP 中的AdvisorAdapter 类，它有三个实现类MethodBeforeAdviceAdapter、AfterReturningAdviceAdapter 和ThrowsAdviceAdapter，先来看顶层接口AdvisorAdapter 的源代码：

public interface AdvisorAdapter {
boolean supportsAdvice(Advice var1);
MethodInterceptor getInterceptor(Advisor var1);
}



class MethodBeforeAdviceAdapter implements AdvisorAdapter, Serializable {
    MethodBeforeAdviceAdapter() {
}
public boolean supportsAdvice(Advice advice) {
    return advice instanceof MethodBeforeAdvice;
}
public MethodInterceptor getInterceptor(Advisor advisor) {
    MethodBeforeAdvice advice = (MethodBeforeAdvice)advisor.getAdvice();
    return new MethodBeforeAdviceInterceptor(advice);
}
}

Spring 会根据不同的AOP 配置来确定使用对应的Advice，跟策略模式不同一个方法可以同时拥有多个Advice。还有SpringMVC 中的HandlerAdapter 类

适配器模式的优缺点
优点：
1、能提高类的透明性和复用，现有的类复用但不需要改变。
2、目标类和适配器类解耦，提高程序的扩展性。
3、在很多业务场景中符合开闭原则。
缺点：
1、适配器编写过程需要全面考虑，可能会增加系统的复杂性。
2、增加代码阅读难度，降低代码可读性，过多使用适配器会使系统代码变得凌乱