软件架构设计原则之迪米特法则
迪米特原则(Law of Demeter LoD)是指一个对象应该对其他对象保持最少的了解,又叫最少知道原则(Least Knowledge Principle,LKP),尽量降低类与类之间的耦合度。迪米特原则主要强调:只和朋友交流,不和陌生人说话。出现在成员变量、方法的输入、输出参数中的类都可以称为成员朋友类,而出现在方法体内部的类不属于朋友类。
现在来设计一个权限系统,Boss需要查看目前发布到线上的课程数量。这时候,Boss要找到TeamLeader去进行统计,TeamLeader再把统计结果告诉Boss。接下来我们还是来看代码。
Course类的代码如下:
public class Course {}
TeamLeader类的代码如下:
public class TeamLeader {public void checkNumberOfCourses(List courseList){System.out.println("目前已发布的课程数量是:"+courseList.size());
}}
Boss类的代码如下:
public class Boss {public void commandCheckNumber(TeamLeader teamLeader){//模拟Boss一页一页往下翻页,TeamLeader实时统计List courseList = new ArrayList();
for (int i= 0;
i < 20 ;
i ++){courseList.add(new Course());
}teamLeader.checkNumberOfCourses(courseList);
}}
测试代码如下:
public static void main(String[] args) {Boss boss = new Boss();
TeamLeader teamLeader = new TeamLeader();
boss.commandCheckNumber(teamLeader);
}
写到这里,其实功能都已经实现,代码看上去也没什么问题。根据迪米特原则,Boss只想要结果,不需要跟Course直接交流。而TeamLeader统计需要引用Course对象。Boss和Course并不是朋友,从下面的类图就可以看出来。
文章图片
下面对代码进行改造。
TeamLeader类的代码如下:
public class TeamLeader {public void checkNumberOfCourses(){List courseList = new ArrayList();
for(int i = 0 ;
i < 20;
i++){courseList.add(new Course());
}System.out.println("目前已发布的课程数量是:"+courseList.size());
}}
Boss类的代码如下:
public class Boss {public void commandCheckNumber(TeamLeader teamLeader){teamLeader.checkNumberOfCourses();
}}
再来看下面的类图,Course和Boss已经没有关联了。
文章图片
学习软件设计原则,千万不能形成强迫症。碰到业务复杂的场景,我们需要随机应变。
小测一下
本文为原创文章,转载请注明出处!关注微信公众号“Tom弹架构”,回复“资料”、“简历”、“刷题”,“招聘”即可领取面试真题,简历模板等!
【软件架构设计原则之迪米特法则】
文章图片
推荐阅读
- PMSJ寻平面设计师之现代(Hyundai)
- 基于微信小程序带后端ssm接口小区物业管理平台设计
- 爱琐搭配(喜欢复古、冷淡,像这种双环设计的气质耳环)
- 别墅庭院设计,不同的别墅庭院设计也给人视觉上完全不一样的!
- 中国MES系统软件随工业化成长
- 数据库设计与优化
- 迅捷流程图制作软件的使用方法!
- 设计模式-代理模式-Proxy
- 我的软件测试开发工程师书单
- 怎么将桌面上的CAD图纸添加到软件中进行BMP格式转换()