1700466499
设计模式之禅 [:1700454005]
1700466500
设计模式之禅 19.4 适配器模式的扩展
1700466501
1700466502
我们刚刚讲的人力资源管理的例子中，其实是一个比较幸运的例子，为什么呢？如果劳动服务公司提供的人员接口不止一个，也就是说，用户基本信息是一个接口，工作信息是一个接口，家庭信息是一个接口，总共有三个接口三个实现类，想想看如何处理呢？不能再使用我们上面的方法了，为什么呢？Java是不支持多继承的，你难道想让OuterUserInfo继承三个实现类？此路不通，再想一个办法，对哦，可以使用类关联的办法嘛！声明一个OuterUserInfo实现类，实现IUserInfo接口，通过再关联其他三个实现类不就可以解决这个问题了吗？是的，是的，好方法，我们先画出类图，如图19-8所示。
1700466503
1700466504
1700466505
1700466506
1700466507
图19-8 拆分接口后的类图
1700466508
1700466509
OuterUserInfo通过关联的方式与外界的三个实现类通讯，当然也可以理解为是聚合关系。IUserInfo和UserInfo代码如代码清单19-1和代码清单19-2所示，不再赘述。我们来看看拆分后的三个接口和实现类，用户基本信息接口如代码清单19-13所示。
1700466510
1700466511
代码清单19-13 用户基本信息接口
1700466512
1700466513
public interface IOuterUserBaseInfo{
1700466514
1700466515
//基本信息，比如名称、性别、手机号码等
1700466516
1700466517
public Map getUserBaseInfo（）；
1700466518
1700466519
}
1700466520
1700466521
用户家庭信息接口如代码清单19-14所示。
1700466522
1700466523
代码清单19-14 用户家庭信息接口
1700466524
1700466525
public interface IOuterUserHomeInfo{
1700466526
1700466527
//用户的家庭信息
1700466528
1700466529
public Map getUserHomeInfo（）；
1700466530
1700466531
}
1700466532
1700466533
用户工作信息接口如代码清单19-15所示。
1700466534
1700466535
代码清单19-15 用户工作信息接口
1700466536
1700466537
public interface IOuterUserOfficeInfo{
1700466538
1700466539
//工作区域信息
1700466540
1700466541
public Map getUserOfficeInfo（）；
1700466542
1700466543
}
1700466544
1700466545
读到这里，读者应该想到这样一个问题：系统这样设计是否合理呢？合理，绝对合理！想想单一职责原则是怎么说的，类和接口要保持职责单一，在实际的应用中类可以有多重职责，但是接口一定要职责单一，因此，我们上面拆分接口的假想也是非常合乎逻辑的。我们来看三个相关的实现类，用户基本信息如代码清单19-16所示。
1700466546
1700466547
代码清单19-16 用户基本信息
1700466548