写点什么

软件架构设计原则之迪米特法则

用户头像
Tom弹架构
关注
发布于: 刚刚

迪米特原则(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<Course> courseList){
System.out.println("目前已发布的课程数量是:"+courseList.size());
}
}
复制代码


Boss 类的代码如下:


public class Boss {
public void commandCheckNumber(TeamLeader teamLeader){
//模拟Boss一页一页往下翻页,TeamLeader实时统计
List<Course> courseList = new ArrayList<Course>();
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<Course> courseList = new ArrayList<Course>();
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 弹架构”原创,转载请注明出处。技术在于分享,我分享我快乐!

如果本文对您有帮助,欢迎关注和点赞;如果您有任何建议也可留言评论或私信,您的支持是我坚持创作的动力。关注微信公众号“Tom 弹架构”可获取更多技术干货!

发布于: 刚刚阅读数: 2
用户头像

Tom弹架构

关注

不只做一个技术者,更要做一个思考者 2021.10.22 加入

畅销书作者,代表作品: 《Spring 5核心原理与30个类手写实战》 《Netty 4核心原理与手写RPC框架实战》 《设计模式就该这样学》

评论

发布
暂无评论
软件架构设计原则之迪米特法则