Longhorn入门级教程!轻松实现持久化存储!
一、适配器模式的应用场景
适配器模式(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); }
手机登录:
深入理解协程(三):async/await实现异步协程
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”。
四、适配器模式的优缺点
优点:
- 能提高类的透明性和复用性,现有的类会被复用但不需要改变。
- 目标类和适配器类解耦,可以提高程序的扩展性。
- 在很多业务场景中符合开闭原则。
缺点:
- 在适配器代码编写过程中需要进行全面考虑,可能会增加系统复杂度。
- 增加代码阅读难度,过多使用适配器会使系统代码变得凌乱。
深度学习论文翻译解析(七):Support Vector Method for Novelty Detection