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
1700466561
baseInfoMap.put（“userName”，“这个员工叫混世魔王……”）；
1700466562
1700466563
baseInfoMap.put（“mobileNumber”，“这个员工电话是……”）；
1700466564
1700466565
return baseInfoMap；
1700466566
1700466567
}
1700466568
1700466569
}
1700466570
1700466571
用户家庭信息如代码清单19-17所示。
1700466572
1700466573
代码清单19-17 用户家庭信息
1700466574
1700466575
public class OuterUserHomeInfo implements IOuterUserHomeInfo{
1700466576
1700466577
/*
1700466578
[
上一页 ]
[ :1.700466529e+09 ]
[
下一页 ]