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
1700466579
*员工的家庭信息
1700466580
1700466581
*/
1700466582
1700466583
public Map getUserHomeInfo（）{
1700466584
1700466585
HashMap homeInfo=new HashMap（）；
1700466586
1700466587
homeInfo.put（“homeTelNumbner”，“员工的家庭电话是……”）；
1700466588
1700466589
homeInfo.put（“homeAddress”，“员工的家庭地址是……”）；
1700466590
1700466591
return homeInfo；
1700466592
[
上一页 ]
[ :1.700466543e+09 ]
[
下一页 ]