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
1700466549
public class OuterUserBaseInfo implements IOuterUserBaseInfo{
1700466550
1700466551
/*
1700466552
1700466553
*用户的基本信息
1700466554
1700466555
*/
1700466556
1700466557
public Map getUserBaseInfo（）{
1700466558
1700466559
HashMap baseInfoMap=new HashMap（）；
1700466560
[
上一页 ]
[ :1.700466511e+09 ]
[
下一页 ]