好,请安静,后排聊天的同学别吵醒前排睡觉的同学了,大家要相互理解嘛。今天讲适配器模式,这个模式也很简单,你笔记本上的那个托在外面的黑盒子就是个适配器,一般你在中国能用,在日本也能用,虽然两个国家的电源电压不同,中国是220V,日本是110V,但是这个适配器能够把这些不同的电压转换为你需要的36V电压,保证你的笔记本能够正常运行,那我们在设计模式中引入这个适配器模式是不是也是这个意思呢?是的,一样的作用。
我在2004年的时候带了一个项目,做一个人力资源管理,该项目是我们总公司发起的项目,公司一共有700多号人,包括子公司,这个项目还是比较简单的,分为三大模块:人员信息管理,薪酬管理,职位管理,类图是这样设计的:
好,那我们先把本公司的人力资源管理的代码写出来:
IUserInfo.java: 用户信息接口
package No8_AdapterPattern; /** * 用户信息接口 */ public interface IUserInfo { //获得用户姓名 public String getUserName(); //获得家庭地址 public String getHomeAddress(); //获得手机号码 public String getMobileNumber(); //获得办公电话 public String getOfficeTelNumber(); //获得职位 public String getJobPosition(); //获得家庭电话 public String getHomeTelNumber(); }
UserInfo.java:接口的实现类
package No8_AdapterPattern; /** * 接口的实现类 */ public class UserInfo implements IUserInfo { @Override public String getUserName() { System.out.println("姓名叫做..."); return null; } @Override public String getHomeAddress() { System.out.println("这里是员工的家庭住址..."); return null; } @Override public String getMobileNumber() { System.out.println("这个人的手机号码是00..."); return null; } @Override public String getOfficeTelNumber() { System.out.println("办公室电话是..."); return null; } @Override public String getJobPosition() { System.out.println("这个人的职位是BOSS...."); return null; } @Override public String getHomeTelNumber() { System.out.println("员工的家庭电话是..."); return null; } }
App.java:这就是我们具体的应用了,比如老板要查所有的20-30的女性信息
package No8_AdapterPattern; public class App { public static void main(String[] args) { //没有与外系统连接的时候,是这样写的 IUserInfo youngGirl = new UserInfo(); //从数据库中查到101个 for(int i=0;i<101;i++){ youngGirl.getMobileNumber(); } } }
好,本公司的写完了,后来项目扩大了:
05年年底不知道是哪股风吹得,很多公司开始使用借聘人员的方式招聘人员,我们公司也不例外,从一个人力资源公司借用了一大批的低技术、低工资的人员,分配到各个子公司,总共有将近200号人,然后就找我们部门老大谈判,说要增加一个功能借用人员管理,老大一看有钱赚呀,一拍大腿,做!
我带人过去一调研,不是这么简单,人力资源公司有一套自己的人员管理系统,我们公司要把我们用到的人员信息传输到我们的系统中,系统之间的传输使用RMI(Remote Method Invocation,远程对象调用)的方式,但是有一个问题,人力资源公司的人员对象和我们系统的对象不相同呀,它们的对象是这样的:
人力资源公司是把人的信息分为了三部分:基本信息,办公信息和个人家庭信息,并且都放到了HashMap中,比如人员的姓名放到BaseInfo信息中,家庭地址放到 HomeInfo中,这咱不好说他们系统设计的不好,那问题是咱们的系统要和它们系统有交互,怎么办?使用适配器模式!
添加了外系统的用户后,项目的目录:
我们来看看外系统的用户信息的接口:
IOuterUser.java:
package No8_AdapterPattern; import java.util.Map; /** * 外系统的人员信息 */ public interface IOuterUser { //基本信息,比如名称,性别,手机号码等 public Map getUserBaseInfo(); //工作区域信息 public Map getUserOfficeInfo(); //用户的家庭信息 public Map getUserHomeInfo(); }
再来看看外系统的用户信息的具体实现类:
OuterUser.java
package No8_AdapterPattern; import java.util.HashMap; import java.util.Map; /** * 外系统的用户信息的实现类 */ public class OuterUser implements IOuterUser { /* *用户的基本信息 */ public Map getUserBaseInfo() { HashMap baseInfoMap = new HashMap(); baseInfoMap.put("userName","这个员工交混世魔王..."); baseInfoMap.put("mobileNumber","这个员工电话是..."); return baseInfoMap; } /** * 员工的工作信息 * @return */ public Map getUserOfficeInfo() { HashMap officeInfo = new HashMap(); officeInfo.put("jobPosition","这个人的职位是BOSS.."); officeInfo.put("officeTelNumber","员工的办公电话是..."); return officeInfo; } /** * 员工的家庭信息 * @return */ public Map getUserHomeInfo() { HashMap homeInfo = new HashMap(); homeInfo.put("homeTelNumber","员工的家庭电话是..."); homeInfo.put("homeAddress","员工的家庭地址是..."); return homeInfo; } }
那怎么把外系统的用户信息包装成我们公司的人员信息呢?看下面的OuterUserInfo 类的源码,也就是我们的适配器:
OuterUserInfo.java
package No8_AdapterPattern; import java.util.Map; /** * 把外系统的用户信息包装成我们公司的人员信息 * 把OuterUser包装成UserInfo */ public class OuterUserInfo extends OuterUser implements IUserInfo { private Map baseInfo = super.getUserBaseInfo(); //员工的基本信息 private Map homeInfo = super.getUserHomeInfo(); //员工的家庭信息 private Map officeInfo = super.getUserOfficeInfo(); //工作信息 /** * 员工的名称 * @return */ public String getUserName() { String userName = (String)this.baseInfo.get("userName"); System.out.println(userName); return null; } /** * 家庭地址 * @return */ public String getHomeAddress() { String homeAddress = (String)this.baseInfo.get("homeAddress"); System.out.println(homeAddress); return homeAddress; } /** * 手机号码 * @return */ public String getMobileNumber() { String mobileNumber = (String)this.baseInfo.get("mobileNumber"); System.out.println(mobileNumber); return mobileNumber; } /** * 办公电话 * @return */ public String getOfficeTelNumber() { String officeTelNumber = (String)this.officeInfo.get("officeTelNumber"); System.out.println(officeTelNumber); return officeTelNumber; } /** * 职位信息 * @return */ public String getJobPosition() { String jobPosition = (String)this.officeInfo.get("jobPosition"); System.out.println(jobPosition); return jobPosition; } /** * 家庭电话 * @return */ public String getHomeTelNumber() { String homeTelNumber = (String)this.homeInfo.get("homeTelNumber"); System.out.println(homeTelNumber); return homeTelNumber; } }
然后看看我们的业务是怎么调用的:
App.java
package No8_AdapterPattern; 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(); } } }
大家看,使用了适配器模式只修改了一句话,其他的业务逻辑都不用修改就解决了系统对接的问题,而且在我们实际系统中只是增加了一个业务类的继承,就实现了可以查本公司的员工信息,也可以查人力资源公司的员工信息,尽量少的修改,通过扩展的方式解决该问题。
适配器模式不适合在系统设计阶段采用,没有一个系统分析师会在做详细设计的时候考虑使用适配器模式,这个模式使用的主要场景是扩展应用中,就像我们上面的那个例子一样,系统扩展了,不符合原有设计的时候才考虑通过适配器模式减少代码修改带来的风险。
代码和内容来自《24中设计模式与6大设计原则》和我的一些理解