Spring中常见的设计模式——适配器模式

一、适配器模式的应用场景　　

　　适配器模式（Adapter Pattern）是指将一个类的接口转换成用户期待的另一个接口，使原本接口不兼容的类可以一起工作，属于构造设计模式。

　　适配器适用于以下几种业务场景：

已经存在的类的方法和需求不匹配（方法结果相同或相似）的情况。
适配器模式不是软件初始阶段应该考虑的设计模式，是随着软件的开发，由于不同产品、不同厂家造成功能类似而接口不同的问题的解决方案，有点亡羊补牢的感觉。

二、重构第三方登录自由适配的业务场景

　　将原来的单一支持用户名和密码登录，扩展为可以支持微信和手机登录。

　　创建统一返回结果ResultMsg：

@Data
public class ResultMsg {
    private Integer code;
    private String msg;
    private Object data;

    public ResultMsgInteger code, String msg, Object data) {
        this.code = code;
        this.data = data;
        this.msg = msg;
    }
}

　　老系统登录代码如下：

public class SignInService {
    public ResultMsg registString userName, String passWord) {
        return new ResultMsg200, "注册成功", new Member));
    }

    public ResultMsg loginString userName, String passWord) {
        return null;
    }
}

　　为了遵循开闭原则，我们不修改老系统代码，下面是Member类：

@Data
public class Member {
    private String userName;
    private String passWord;
    private String mid;
    private String info;
}

　　我们优雅的根据不同登录方式创建不同的“Adapter”，首先创建LoginAdapter：

public interface LoginAdapter {
    boolean supportObject adapter);

    ResultMsg loginString id, Object adapter);
}

　　手机登录：

public class LoginForTelAdapter implements LoginAdapter {
    @Override
    public boolean supportObject adapter) {
        return adapter instanceof LoginForTelAdapter;
    }

    @Override
    public ResultMsg loginString id, Object adapter) {
        return null;
    }
}

　　微信登录：

public class LoginForWechatAdapter implements LoginAdapter {
    @Override
    public boolean supportObject adapter) {
        return adapter instanceof LoginForWechatAdapter;
    }

    @Override
    public ResultMsg loginString id, Object adapter) {
        return null;
    }
}

　　接着，创建第三方登录兼容接口IPassportForThid：

public interface IPassportForThird {
    ResultMsg loginForTelString telephone, String code);

    ResultMsg loginForWechatString id);

    ResultMsg loginForResistString userName, String passWord);
}

　　实现兼容PassportForThirdAdapter：

public class PassportForThirdAdapter extends SignInService implements IPassportForThird {
    @Override
    public ResultMsg loginForTelString telephone, String code) {
        return null;
    }

    @Override
    public ResultMsg loginForWechatString id) {
        return null;
    }

    @Override
    public ResultMsg loginForResistString userName, String passWord) {
        super.registuserName, passWord);
        return super.loginuserName, passWord);
    }

    //这里使用简单工厂及策略模式
    private ResultMsg procssLoginString key, Class<? extends LoginAdapter> clazz) {
        try {
            LoginAdapter adapter = clazz.newInstance);
            if adapter.supportadapter)) {
                return adapter.loginkey, adapter);
            }
        } catch Exception e) {
            e.printStackTrace);
        }
        return null;
    }
}

　　前面每个适配器都加上了support)方法，用来判断箭筒。support)方法的参数也是Object类型，而support)来自接口。适配器并不依赖接口，我们使用接口只是为了代码规范。

三、适配器模式在源码中的体现

　　Spring中的AOP中AdvisorAdapter类，它有三个实现：MethodBeforAdviceAdapter、AfterReturnningAdviceAdapter、ThrowsAdviceAdapter。

　　先看顶层接口AdviceAdapter的源代码：

public interface AdvisorAdapter {
    boolean supportsAdviceAdvice var1);

    MethodInterceptor getInterceptorAdvisor var1);
}

　　再看MethodBeforAdviceAdapter：

public class MethodBeforeAdviceInterceptor implements MethodInterceptor, BeforeAdvice, Serializable {
    private final MethodBeforeAdvice advice;

    public MethodBeforeAdviceInterceptorMethodBeforeAdvice advice) {
        Assert.notNulladvice, "Advice must not be null");
        this.advice = advice;
    }

    public Object invokeMethodInvocation mi) throws Throwable {
        this.advice.beforemi.getMethod), mi.getArguments), mi.getThis));
        return mi.proceed);
    }
}

　　其他两个类就不看了。Spring会根据不同的AOP配置来使用对应的“Advice”，与策略模式不同的是，一个方法可以同时拥有多个“Advice”。

四、适配器模式的优缺点

　　优点：

能提高类的透明性和复用性，现有的类会被复用但不需要改变。
目标类和适配器类解耦，可以提高程序的扩展性。
在很多业务场景中符合开闭原则。

　　缺点：

在适配器代码编写过程中需要进行全面考虑，可能会增加系统复杂度。
增加代码阅读难度，过多使用适配器会使系统代码变得凌乱。