今天讲适配器模式，这个模式也很简单，你笔记本上的那个拖在外面的黑盒子就是个适配器，一般你在中国能用，在日本也能用，虽然两个国家的的电源电压不同，中国是220V，日本是110V，但是这个适配器能够把这些不同的电压转换为你需要的36V电压，保证你的笔记本能够正常运行，那我们在设计模式中引入这个适配器模式是不是也是这个意思呢？
是的，一样的作用，两个不同接口，有不同的实现，但是某一天突然上帝命令你把B接口转换为A接口，怎么办？继承，能解决，但是比较傻，而且还违背了OCP原则，怎么办？好在我们还有适配器模式。
适配器的通用类图如下：
Target是一个接口，Adaptee是一个接口，通过Adapter把Adaptee包装成Target的一个子类（实
现类），注意了这里用了个名词包装（Wrapper），那其实这个模式也叫做包装模式（Wrapper），但是包装模式可不止一个，还包括了已经讲过的装饰模式（Java设计模式之装饰模式）
接下来讲一个案例，让大家可以更容易了解这个适配器模式。
我在2004年的时候带了一个项目，做一个人力资源管理，该项目是我们总公司发起的项目，公司一共有700多号人，包括子公司，这个项目还是比较简单的，分为三大模块：人员信息管理，薪酬管理，职位管理，其中人员管理这块就用到了适配器模式，是怎么回事呢？当时开发时明确的指明：人员信息管理的对象是所有员工的所有信息，然后我们就这样设计了一个类图：
这个类图比较简单，有一个对象UserInfo存储用户的所有信息（实际系统上还有很多子类，不多说了），这个UserInfo对象，在系统中很多地方使用，你可以查看自己的信息，也可以做修改，当然这个对象是有setter()方法的，我们这里用不到就隐藏掉了。
这个项目是04年年底投产的，运行到05年年底还是比较平稳的，中间修修补补也很正常，05年年底
不知道是那股风吹的，很多公司开始使用借聘人员的方式招聘人员，我们公司也不例外，从一个人力资源公司借用了一大批的低技术、低工资的人员，分配到各个子公司，总共有将近200号人，然后就找我们部门老大谈判，说要增加一个功能借用人员管理，老大一看有钱赚呀，一拍大腿，做！
我带人过去一调研，不是这么简单，人力资源公司有一套自己的人员管理系统，我们公司需要把我们使用到的人员信息传输到我们的系统中，系统之间的传输使用RMI（Remote Method Invocation，远程对象调用）的方式，但是有一个问题是人力资源公司的人员对象和我们系统的对象不相同，他们的对象是这样的：
人员资源公司是把人的信息分为了三部分：基本信息，办公信息和个人家庭信息，并且都放到了HashMap中，比如人员的姓名放到BaseInfo信息中，家庭地址放到HomeInfo中，那问题是我们的系统要和他们系统有交互，怎么办？使用适配器模式，类图如下：
大家可能会问，这两个对象都不在一个系统中，你如何使用呢？简单！RMI已经帮我们做了这件事情，只要有接口，就可以把远程的对象当成本地的对象使用，这个大家有时间可以去看一下RMI文档，不多说了。通过适配器，把OuterUser伪装成我们系统中一个IUserInfo对象，这样，我们的系统基本不用修改，所有的人员查询、调用跟本地一样样的，下边我们来看具体的代码实现：
首先看IUserInfo.java的代码：
/**
* @description: 用户信息对象
*/
public interface IUserInfo {
//用户姓名
public String getUserName();
//家庭地址
public String getHomeAddress();
//手机号码
public String getMobileNumber();
//办公电话，一般是座机
public String getOfficeTelNumber();
//职位
public String getJobPosition();
//家庭电话
public String getHomeTelNumber();
}
然后看这个接口的实现类：
public class UserInfo implements IUserInfo {
@Override
public String getUserName() {
System.out.println("姓名：张三");
return null;
}
@Override
public String getHomeAddress() {
System.out.println("家庭住址：北京市朝阳区A路001号");
return null;
}
@Override
public String getMobileNumber() {
System.out.println("手机号：13800000001");
return null;
}
@Override
public String getOfficeTelNumber() {
System.out.println("办公电话：010-1234567");
return null;
}
@Override
public String getJobPosition() {
System.out.println("职位：部门经理");
return null;
}
@Override
public String getHomeTelNumber() {
System.out.println("家庭电话：010-7654321");
return null;
}
}
下面看我们系统的应用如何调用UserInfo的信息：
/**
* @description: 老板要查20-30岁之间的女性的手机号
*/
public class App {
public static void main(String[] args) {
// 没有与外系统连接的时候，是这样写的
IUserInfo youngGirl = new UserInfo();
// 从数据库中查到100个
for(int i = 0; i < 100; i++){
youngGirl.getMobileNumber();
}
}
}
然后增加了外系统的人员信息，怎么处理呢？下面是IOuterUser.java的代码：
import java.util.Map;
/**
* @description: 外系统的人员信息
*/
public interface IOuterUser {
// 基本信息，比如名称，性别，手机号码等
public Map<String, String> getUserBaseInfo();
// 工作区域信息
public Map<String, String> getUserOfficeInfo();
// 家庭信息
public Map<String, String> getUserHomeInfo();
}
外系统的用户信息的具体实现类：
import java.util.HashMap;
import java.util.Map;
/**
* @description: 外系统的用户信息的实现类
*/
public class OuterUser implements IOuterUser {
@Override
public Map<String, String> getUserBaseInfo() {
Map<String, String> baseInfoMap = new HashMap<>();
baseInfoMap.put("userName", "李四");
baseInfoMap.put("mobileNumber", "18711112222");
return baseInfoMap;
}
@Override
public Map<String, String> getUserOfficeInfo() {
Map<String, String> officeInfoMap = new HashMap<>();
officeInfoMap.put("officeTelNumber", "010-1111111");
officeInfoMap.put("position", "CTO");
return officeInfoMap;
}
@Override
public Map<String, String> getUserHomeInfo() {
Map<String, String> homeInfoMap = new HashMap<>();
homeInfoMap.put("homeTelNumber", "010-0000000");
homeInfoMap.put("homeAddress", "广东省深圳市B路2号");
return homeInfoMap;
}
}
那怎么把外系统的用户信息包装成我们公司的人员信息呢？看下面的OuterUserInfo类代码，也就是我们的适配器：
import java.util.Map;
/**
* @description: 把OuterUser包装成UserInfo
*/
public class OuterUserInfo extends OuterUser implements IUserInfo {
private Map<String, String> baseInfo = super.getUserBaseInfo(); // 基本信息
private Map<String, String> homeInfo = super.getUserHomeInfo(); // 家庭信息
private Map<String, String> officeInfo = super.getUserOfficeInfo(); // 工作信息
@Override
public String getUserName() {
String userName = baseInfo.get("userName");
System.out.println(userName);
return userName;
}
@Override
public String getHomeAddress() {
String homeAddress = homeInfo.get("homeAddress");
System.out.println(homeAddress);
return homeAddress;
}
@Override
public String getMobileNumber() {
String mobileNumber = baseInfo.get("mobileNumber");
System.out.println(mobileNumber);
return mobileNumber;
}
@Override
public String getOfficeTelNumber() {
String officeTelNumber = officeInfo.get("officeTelNumber");
System.out.println(officeTelNumber);
return officeTelNumber;
}
@Override
public String getJobPosition() {
String position = officeInfo.get("position");
System.out.println(position);
return position;
}
@Override
public String getHomeTelNumber() {
String homeTelNumber = homeInfo.get("homeTelNumber");
System.out.println(homeTelNumber);
return homeTelNumber;
}
}
这个适配器的作用就是做接口的转换，那然后我们再来看看我们的业务是怎么调用的：
/**
* @description: 老板一想不对呀，兔子不吃窝边草，还是外部的员工好点
*/
public class App {
public static void main(String[] args) {
// 没有与外系统连接的时候，是这样写的
// IUserInfo youngGirl = new UserInfo();
IUserInfo youngGirl = new OuterUserInfo();
// 从数据库中查到100个
for(int i = 0; i < 100; i++){
youngGirl.getMobileNumber();
}
}
}
使用了适配器模式只修改了一句话，其他的业务逻辑都不用修改就解决了系统对接的问题，而且在我们实际系统中只是增加了一个业务类的继承，就实现了可以查本公司的员工信息，也可以查外部公司的员工信息，尽量少的修改，通过扩展的方式解决了该问题。
适配器模式分为类适配器和对象适配器，这个区别不大，上边的例子就是类适配器，那对象适配器是什么样子呢？对象适配器的类图是这个样子滴：
只要把我们上面的程序稍微修改一下就成了类适配器，简单的很：
public class OuterUserInfo implements IUserInfo {
private OuterUser outerUser = new OuterUser();
private Map<String, String> baseInfo = outerUser.getUserBaseInfo(); // 基本信息
private Map<String, String> homeInfo = outerUser.getUserHomeInfo(); // 家庭信息
private Map<String, String> officeInfo = outerUser.getUserOfficeInfo(); // 工作信息
// 剩下的内容就与上面的一样了，此处省略......
}
适配器模式不适合在系统设计阶段采用，没有一个系统分析师会在做详设的时候考虑使用适配器模式，这个模式使用的主要场景是扩展应用中，就像我们上面的那个例子一样，系统扩展了，不符合原有设计的时候才考虑通过适配器模式减少代码修改带来的风险。
本文原书：
《您的设计模式》 作者：CBF4LIFE
网友评论