一、适配器模式的应用场景
适配器模式（Adapter Pattern）是指将一个类的接口转换成用户期待的另一个接口，使原本接口不兼容的类可以一起工作，属于构造设计模式。
适配器适用于以下几种业务场景：
- 已经存在的类的方法和需求不匹配（方法结果相同或相似）的情况。
- 适配器模式不是软件初始阶段应该考虑的设计模式，是随着软件的开发，由于不同产品、不同厂家造成功能类似而接口不同的问题的解决方案，有点亡羊补牢的感觉。
二、重构第三方登录自由适配的业务场景
将原来的单一支持用户名和密码登录，扩展为可以支持微信和手机登录。
创建统一返回结果ResultMsg：
@Data
public class ResultMsg {
private Integer code;
private String msg;
private Object data;
public ResultMsg(Integer code, String msg, Object data) {
this.code = code;
this.data = data;
this.msg = msg;
}
}
老系统登录代码如下：
public class SignInService {
public ResultMsg regist(String userName, String passWord) {
return new ResultMsg(200, "注册成功", new Member());
}
public ResultMsg login(String 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 support(Object adapter);
ResultMsg login(String id, Object adapter);
}
手机登录：
public class LoginForTelAdapter implements LoginAdapter {
@Override
public boolean support(Object adapter) {
return adapter instanceof LoginForTelAdapter;
}
@Override
public ResultMsg login(String id, Object adapter) {
return null;
}
}
微信登录：
public class LoginForWechatAdapter implements LoginAdapter {
@Override
public boolean support(Object adapter) {
return adapter instanceof LoginForWechatAdapter;
}
@Override
public ResultMsg login(String id, Object adapter) {
return null;
}
}
接着，创建第三方登录兼容接口IPassportForThid：
public interface IPassportForThird {
ResultMsg loginForTel(String telephone, String code);
ResultMsg loginForWechat(String id);
ResultMsg loginForResist(String userName, String passWord);
}
实现兼容PassportForThirdAdapter：
public class PassportForThirdAdapter extends SignInService implements IPassportForThird {
@Override
public ResultMsg loginForTel(String telephone, String code) {
return null;
}
@Override
public ResultMsg loginForWechat(String id) {
return null;
}
@Override
public ResultMsg loginForResist(String userName, String passWord) {
super.regist(userName, passWord);
return super.login(userName, passWord);
}
//这里使用简单工厂及策略模式
private ResultMsg procssLogin(String key, Class<? extends LoginAdapter> clazz) {
try {
LoginAdapter adapter = clazz.newInstance();
if (adapter.support(adapter)) {
return adapter.login(key, adapter);
}
} catch (Exception e) {
e.printStackTrace();
}
return null;
}
}
前面每个适配器都加上了support()方法，用来判断箭筒。support()方法的参数也是Object类型，而support()来自接口。适配器并不依赖接口，我们使用接口只是为了代码规范。
三、适配器模式在源码中的体现
Spring中的AOP中AdvisorAdapter类，它有三个实现：MethodBeforAdviceAdapter、AfterReturnningAdviceAdapter、ThrowsAdviceAdapter。
先看顶层接口AdviceAdapter的源代码：
public interface AdvisorAdapter {
boolean supportsAdvice(Advice var1);
MethodInterceptor getInterceptor(Advisor var1);
}
再看MethodBeforAdviceAdapter：
public class MethodBeforeAdviceInterceptor implements MethodInterceptor, BeforeAdvice, Serializable {
private final MethodBeforeAdvice advice;
public MethodBeforeAdviceInterceptor(MethodBeforeAdvice advice) {
Assert.notNull(advice, "Advice must not be null");
this.advice = advice;
}
public Object invoke(MethodInvocation mi) throws Throwable {
this.advice.before(mi.getMethod(), mi.getArguments(), mi.getThis());
return mi.proceed();
}
}
其他两个类就不看了。Spring会根据不同的AOP配置来使用对应的“Advice”，与策略模式不同的是，一个方法可以同时拥有多个“Advice”。
四、适配器模式的优缺点
优点：
- 能提高类的透明性和复用性，现有的类会被复用但不需要改变。
- 目标类和适配器类解耦，可以提高程序的扩展性。
- 在很多业务场景中符合开闭原则。
缺点：
- 在适配器代码编写过程中需要进行全面考虑，可能会增加系统复杂度。
- 增加代码阅读难度，过多使用适配器会使系统代码变得凌乱。
