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

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

适配器模式（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”。

四、适配器模式的优缺点

优点：

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

缺点：

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

​​​​