适配器模式
今天讲适配器模式，这个模式也很简单。
你笔记本上的那个拖在外面的黑盒子就是个适配器，一般你在中国能用，在日本也能用，虽然两个国家的电源电压不同，中国是220V，日本是110V，但是这个适配器能够把这些不同的电压转换为你需要的36V电压，保证你的笔记本能够正常运行。
那我们在设计模式中引入这个适配器模式是不是也是这个意思呢？
是的，一样的作用，两个不同接口，有不同的实现，但是上帝某一天突然命令你把B接口转换为A接口，怎么办？好在我们还有适配器模式。
适配器的通用类图：
这个类图很容易理解：Target是一个类(接口)，Adaptee是一个接口，通过Adapter把Adaptee包装成Target的一个子类(实现类)。
下面讲一个案例：
我在2004年的时候带了一个项目，做一个人力资源管理，该项目是我们总公司发起的项目，公司一共有700多号人，包括子公司，这个项目还是比较简单的，分为三大模块：人员信息管理、薪酬管理、职位管理，其中人员管理这块就用到了适配器模式，是怎么回事呢？当时开发时明确的指明：人员信息简管理的对象是所有员工的所有信息，然后我们就这样设计了一个类图：
还是比较简单的，有一个对象UserInfo存储用户的所有信息，这个UserInfo对象，在系统中很多地方使用，你可以查看自己的信息，也可以做修改……
这个项目是04年年底投产的，运行到05年年底还是比较平稳的，中间修修补补也很正常，05年年底不知道是那股风吹的，很多公司开始使用借聘人员的方式招聘人员，我们公司也不例外，从一个人力资源公司借用了一大批的低技术、低工资的人员，分配到各个子公司，总共有将近200号人，然后就找我们部门老大谈判，说要增加一个功能借用人员管理，老大一看有钱赚呀，一拍大腿，做！
我带人过去一调研，不是这么简单，人力资源公司有一套自己的人员管理系统，我们公司需要把我们使用到的人员信息传输到我们的系统中，系统之间的传输使用RMI(Remote Method Invocation，远程对象调用)的方式，但是有一个问题人力资源公司的人员对象和我们系统的对象不相同呀，他们的对象是这样的：
人力资源公司是把人的信息分成三部分：基本信息、办公信息和个人家庭信息，并且都放到了HashMap中，比如人员的姓名放到BaseInfo信息中，家庭地址放到HomeInfo中，这咱不好说他们系统设计的不好，那问题是咱的系统要和他们系统有交互，怎么办？
使用适配器模式，类图如下：
大家可能会问，这两个对象都不在一个系统中，你如何使用呢？简单！RMI已经帮我们做了这件事情，只要有接口，就可以把远程的对象当成本地的对象使用。
通过适配器，把OuterUser伪装成我们系统中一个IUserInfo对象，这样，我们的系统基本不用修改什么，所有的人员查询、调用跟本地一样样的……
那下边我们来看具体的代码实现：
//我们的用户查询接口
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 {
// 获得家庭地址，下属送礼也可以找到地方
public String getHomeAddress() {
System.out.println("这里是员工的家庭地址....");
return null;
}
//获得家庭电话号码
public String getHomeTelNumber() {
System.out.println("员工的家庭电话是....");
return null;
}
//员工的职位，是部门经理还是小兵
public String getJobPosition() {
System.out.println("这个人的职位是BOSS....");
return null;
}
//手机号码
public String getMobileNumber() {
System.out.println("这个人的手机号码是0000....");
return null;
}
//办公室电话
public String getOfficeTelNumber() {
System.out.println("办公室电话是....");
return null;
}
//姓名了，这个老重要了
public String getUserName() {
System.out.println("姓名叫做...");
return null;
}
}
下面看我们系统的应用如何调用UserInfo的信息：
//这就是我们具体的应用了，比如老板要查所有的20-30的女性信息
public class App {
public static void main(String[] args) {
//没有与外系统连接的时候，是这样写的
IUserInfo youngGirl = new UserInfo();
//从数据库中查到101个
for(int i=0;i<101;i++){
youngGirl.getMobileNumber();
}
}
}
那然后增加了外系统的人员信息，怎么处理呢？下面是IOuterUser.java的源代码：
// 外系统的人员信息
public interface IOuterUser {
public Map getUserBaseInfo(); //基本信息，比如名称，性别，手机号码了等
public Map getUserOfficeInfo(); //工作区域信息
public Map getUserHomeInfo(); //用户的家庭信息
}
我们再看看外系统的用户信息的具体实现类：
//外系统的用户信息的实现类
public class OuterUser implements IOuterUser {
//用户的基本信息
public Map getUserBaseInfo() {
HashMap baseInfoMap = new HashMap();
baseInfoMap.put("userName", "这个员工叫混世魔王....");
baseInfoMap.put("mobileNumber", "这个员工电话是....");
return baseInfoMap;
}
//员工的家庭信息
public Map getUserHomeInfo() {
HashMap homeInfo = new HashMap();
homeInfo.put("homeTelNumbner", "员工的家庭电话是....");
homeInfo.put("homeAddress", "员工的家庭地址是....");
return homeInfo;
}
//员工的工作信息，比如职位了等
public Map getUserOfficeInfo() {
HashMap officeInfo = new HashMap();
officeInfo.put("jobPosition","这个人的职位是BOSS...");
officeInfo.put("officeTelNumber", "员工的办公电话是....");
return officeInfo;
}
}
那怎么把外系统的用户信息包装成我们公司的人员信息呢？看下面的OuterUserInfo类源码，也就是我们的适配器：
//把OuterUser包装成UserInfo
public class OuterUserInfo extends OuterUser implements IUserInfo {
private Map baseInfo = super.getUserBaseInfo(); //员工的基本信息
private Map homeInfo = super.getUserHomeInfo(); //员工的家庭信息
private Map officeInfo = super.getUserOfficeInfo(); //工作信息
//家庭地址
public String getHomeAddress() {
String homeAddress = (String)this.homeInfo.get("homeAddress");
System.out.println(homeAddress);
return homeAddress;
}
//家庭电话号码
public String getHomeTelNumber() {
String homeTelNumber = (String)this.homeInfo.get("homeTelNumber");
System.out.println(homeTelNumber);
return homeTelNumber;
}
//职位信息
public String getJobPosition() {
String jobPosition = (String)this.officeInfo.get("jobPosition");
System.out.println(jobPosition);
return jobPosition;
}
//手机号码
public String getMobileNumber() {
String mobileNumber = (String)this.baseInfo.get("mobileNumber");
System.out.println(mobileNumber);
return mobileNumber;
}
//办公电话
public String getOfficeTelNumber() {
String officeTelNumber = (String)this.officeInfo.get("officeTelNumber");
System.out.println(officeTelNumber);
return officeTelNumber;
}
//员工的名称
public String getUserName() {
String userName = (String)this.baseInfo.get("userName");
System.out.println(userName);
return userName;
}
}
大家看到没？这里有很多的强制类型转换，就是(String)这个东西，如果使用泛型的话，完全就可以避免这个转化……
这个适配器的作用就是做接口的转换，那然后我们再来看看我们的业务是怎么调用的：
//这就是我们具体的应用了，比如老板要查所有的20-30的女性信息
public class App {
public static void main(String[] args) {
//没有与外系统连接的时候，是这样写的
//IUserInfo youngGirl = new UserInfo();
//老板一想不对呀，兔子不吃窝边草，还是找人力资源的员工好点
IUserInfo youngGirl = new OuterUserInfo(); //我们只修改了这一句好
//从数据库中查到101个
for(int i=0;i<101;i++){
youngGirl.getMobileNumber();
}
}
}
大家看，使用了适配器模式只修改了一句话，其他的业务逻辑都不用修改就解决了系统对接的问题，而且在我们实际系统中只是增加了一个业务类的继承，就实现了可以查本公司的员工信息，也可以查人力资源公司的员工信息，尽量少的修改，通过扩展的方式解决了该问题。
适配器模式分为类适配器和对象适配器，这个区别不大，上边的例子就是类适配器，那对象适配器是什么样子呢？对象适配器的类图是这个样子滴：
看到没？和上边的类图就一个箭头的图形的差异，一个是继承，一个是关联，就这么多区别，只要把我们上面的程序稍微修改一下就成了类适配器，这个大家自己考虑一下，简单的很。
适配器模式不适合在系统设计阶段采用，没有一个系统分析师会在做详设的时候考虑使用适配器模式，这个模式使用的主要场景是扩展应用中，就像我们上面的那个例子一样，系统扩展了，不符合原有设计的时候才考虑通过适配器模式减少代码修改带来的风险。
