转载

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”。

四、适配器模式的优缺点

优点:

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

缺点:

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

原文  http://www.cnblogs.com/xcgShare/p/12190642.html
正文到此结束
Loading...