定义
适配器模式（Adapter Pattern）是指将一个类的接口转换成客户期望的另一个接口，使 原本的接口不兼容的类可以一起工作，属于结构型设计模式。
适配器适用于以下几种业务场景：
1、已经存在的类，它的方法和需求不匹配（方法结果相同或相似）的情况。
2、适配器模式不是软件设计阶段考虑的设计模式，是随着软件维护，由于不同产品、不 同厂家造成功能类似而接口不相同情况下的解决方案。
模式结构
适配器模式包含如下角色：
- Target：目标抽象类
- Adapter：适配器类
- Adaptee：适配者类
- Client：客户类
适配器模式有对象适配器和类适配器两种实现：
对象适配器：
类适配器：
案列
创建 AC220 类，表示 220V 交流电：
public class AC220 {
public int outputAC220V() {
int output = 220;
System.out.println("输出交流电" + output + "V");
return output;
}
}
创建 DC5 接口，表示 5V 直流电的标准：
public interface DC5 {
int outputDC5V();
}
创建电源适配器 PowerAdapter 类：
public class PowerAdapter implements DC5 {
AC220 ac220;
public PowerAdapter(AC220 ac220) {
this.ac220 = ac220;
}
public int outputDC5V() {
int adapterInput = ac220.outputAC220V();
int adapterOutput = adapterInput / 44;
System.out.println("使用 PowerAdapter 输入 AC:" + adapterInput + "V" + "输出 DC:" + adapterOutput + "V");
return adapterOutput;
}
}
客户端测试代码：
public class Test {
public static void main(String[] args) {
PowerAdapter powerAdapter = new PowerAdapter(new AC220());
powerAdapter.outputDC5V();
}
}
上面的案例中，通过增加 PowerAdapter 电源适配器，实现了二者的兼容。
重构第三登录自由适配的业务场景
下面我们来一个实际的业务场景，利用适配模式来解决实际问题,单纯地依赖用户名密码登录显然不能满足用户需求。现 在，我们大部分系统都已经支持多种登录方式，如 QQ 登录、微信登录、手机登录、微 博登录等等，同时保留用户名密码的登录方式。
首先创建统一的 返回结果 ResultMsg 类：
public class ResultMsg {
private int code;
private String msg;
private Object data;
public ResultMsg(int code, String msg, Object data) {
this.code = code;
this.msg = msg;
this.data = data;
}
public ResultMsg(int code, String msg) {
this.code = code;
this.msg = msg;
}
public int getCode() {
return code;
}
public void setCode(int code) {
this.code = code;
}
public String getMsg() {
return msg;
}
public void setMsg(String msg) {
this.msg = msg;
}
public Object getData() {
return data;
}
public void setData(Object data) {
this.data = data;
}
@Override
public String toString() {
return "ResultMsg{" +
"code=" + code +
", msg='" + msg + '\'' +
", data=" + data +
'}';
}
}
假设老系统的登录逻辑 SiginService：
public class SiginService {
/**
* 注册方法
*
* @param username
* @param password
* @return
*/
public ResultMsg regist(String username, String password) {
return new ResultMsg(200, "注册成功", new Member());
}
/**登录的方法
* @param username
* @param password
* @return
*
*/
public ResultMsg login(String username, String password) {
return new ResultMsg(200, "登陆成功");
}
}
为了遵循开闭原则，老系统的代码我们不会去修改。那么下面开启代码重构之路，先创 建 Member 类：
public class Member {
private String username;
private String password;
private String mid;
private String info;
public String getUsername() {
return username;
}
public void setUsername(String username) {
this.username = username;
}
public String getPassword() {
return password;
}
public void setPassword(String password) {
this.password = password;
}
public String getMid() {
return mid;
}
public void setMid(String mid) {
this.mid = mid;
}
public String getInfo() {
return info;
}
public void setInfo(String info) {
this.info = info;
}
}
创建一个新的类继承原来的逻辑，运行非常稳定的代码我们不去改动：
public class SigninForThirdService extends SiginService {
public ResultMsg loginForQQ(String openId) {
//1、openId 是全局唯一，我们可以把它当做是一个用户名(加长)
// 2、密码默认为 QQ_EMPTY
// 3、注册（在原有系统里面创建一个用户）
// 4、调用原来的登录方法
return loginForRegist(openId, null);
}
public ResultMsg loginForWechat(String openId) {
return null;
}
public ResultMsg loginForToken(String token) {
//通过 token 拿到用户信息，然后再重新登陆了一次
return null;
}
public ResultMsg loginForTelphone(String telphone, String code) {
return null;
}
public ResultMsg loginForRegist(String username, String password) {
super.regist(username, null);
return super.login(username, null);
}
}
客户端测试代码：
public class Test2 {
public static void main(String[] args) {
SigninForThirdService signinForThirdService = new SigninForThirdService();
ResultMsg resultMsg = signinForThirdService.loginForQQ("11123sdsf");
System.out.println(resultMsg);
}
}
通过这么一个简单的适配，完成了代码兼容。当然，我们代码还可以更加优雅，根据不 同的登录方式，创建不同的 Adapter。
首先，创建 LoginAdapter 接口：
public interface LoginAdapter {
boolean support(Object adapter);
ResultMsg login(String id, Object adapter);
}
分别实现不同的登录适配，QQ 登录 LoginForQQAdapter：
新浪微博登录 LoginForSinaAdapter：
手机号登录 LoginForTelAdapter：
Token 自动登录 LoginForTokenAdapter:
微信登录 LoginForWechatAdapter：
public class LoginForQQAdapter implements LoginAdapter {
public boolean support(Object adapter) {
return adapter instanceof LoginForQQAdapter;
}
public ResultMsg login(String id, Object adapter) {
return new ResultMsg(200, "QQ登陆成功");
}
}
然后，创建第三方登录兼容接口 IPassportForThird:
public interface IPassportForThird {
ResultMsg loginForQQ(String id);
ResultMsg loginForWechat(String id);
ResultMsg loginForToken(String token);
ResultMsg loginForTelphone(String telphone, String code);
ResultMsg loginForRegist(String username, String passport);
}
实现兼容 PassportForThirdAdapter：
public class PassportForThirdAdapter extends SiginService implements IPassportForThird {
public ResultMsg loginForQQ(String id) {
return processLogin(id, LoginForQQAdapter.class);
}
public ResultMsg loginForWechat(String id) {
return processLogin(id, LoginForWechatAdapter.class);
}
public ResultMsg loginForToken(String token) {
return processLogin(token, LoginForTokenAdapter.class);
}
public ResultMsg loginForTelphone(String telphone, String code) {
return processLogin(telphone, LoginForTelAdapter.class);
}
public ResultMsg loginForRegist(String username, String passport) {
super.regist(username, null);
return super.login(username, null);
}
//这里用到了简单工厂模式及策略模式
private ResultMsg processLogin(String key, Class<? extends LoginAdapter> clazz) {
try {
LoginAdapter adapter = clazz.newInstance();
if (adapter.support(adapter)) {
return adapter.login(key, adapter);
} else {
return null;
}
} catch (Exception e) {
e.printStackTrace();
}
return null;
}
}
至此，我们在遵循开闭原则的前提下，完整地实现了一个兼容多平台登录的业务场景。
适配器模式在源码中的体现
Spring 中适配器模式也应用得非常广泛，例如：SpringAOP 中的 AdvisorAdapter 类， 它有三个实现类 MethodBeforeAdviceAdapter、AfterReturningAdviceAdapter 和 ThrowsAdviceAdapter，先来看顶层接口 AdvisorAdapter 的源代码：
package org.springframework.aop.framework.adapter;
import org.aopalliance.aop.Advice;
import org.aopalliance.intercept.MethodInterceptor;
import org.springframework.aop.Advisor;
public interface AdvisorAdapter {
boolean supportsAdvice(Advice var1);
MethodInterceptor getInterceptor(Advisor var1);
}
再看 MethodBeforeAdviceAdapter 类：
package org.springframework.aop.framework.adapter;
import java.io.Serializable;
import org.aopalliance.aop.Advice;
import org.aopalliance.intercept.MethodInterceptor;
import org.springframework.aop.Advisor;
import org.springframework.aop.MethodBeforeAdvice;
class MethodBeforeAdviceAdapter implements AdvisorAdapter, Serializable {
MethodBeforeAdviceAdapter() {
}
public boolean supportsAdvice(Advice advice) {
return advice instanceof MethodBeforeAdvice;
}
public MethodInterceptor getInterceptor(Advisor advisor) {
MethodBeforeAdvice advice = (MethodBeforeAdvice) advisor.getAdvice();
return new MethodBeforeAdviceInterceptor(advice);
}
}
其它两个类我这里就不把代码贴出来了。Spring 会根据不同的 AOP 配置来确定使用对应的 Advice，跟策略模式不同的一个方法可以同时拥有多个 Advice。
适配器模式的优缺点
-
优点：
1、能提高类的透明性和复用，现有的类复用但不需要改变。
2、目标类和适配器类解耦，提高程序的扩展性。
3、在很多业务场景中符合开闭原则。 -
缺点：
1、适配器编写过程需要全面考虑，可能会增加系统的复杂性。
2、增加代码阅读难度，降低代码可读性，过多使用适配器会使系统代码变得凌乱。
扫一扫
1266
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
