迪米特准则（Law of Demeter LoD）是指一个对象应该对其余对象放弃起码的理解，又叫起码晓得准则（Least Knowledge Principle，LKP），尽量升高类与类之间的耦合度。迪米特准则次要强调：只和敌人交换，不和陌生人谈话。呈现在成员变量、办法的输出、输入参数中的类都能够称为成员敌人类，而呈现在办法体外部的类不属于敌人类。
当初来设计一个权限零碎，Boss须要查看目前公布到线上的课程数量。这时候，Boss要找到TeamLeader去进行统计，TeamLeader再把统计后果通知Boss。接下来咱们还是来看代码。
Course类的代码如下：
<code class="java">public class Course {
}
TeamLeader类的代码如下：
<code class="java">public class TeamLeader {
public void checkNumberOfCourses(List<Course> courseList){
System.out.println("目前已公布的课程数量是："+courseList.size());
}
}
Boss类的代码如下：
<code class="java">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);
}
}
测试代码如下：
<code class="java">public static void main(String[] args) {
Boss boss = new Boss();
TeamLeader teamLeader = new TeamLeader();
boss.commandCheckNumber(teamLeader);
}
写到这里，其实性能都曾经实现，代码看上去也没什么问题。依据迪米特准则，Boss只想要后果，不须要跟Course间接交换。而TeamLeader统计须要援用Course对象。Boss和Course并不是敌人，从上面的类图就可以看进去。
上面对代码进行革新。
TeamLeader类的代码如下：
<code class="java">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类的代码如下：
<code class="java">public class Boss {
public void commandCheckNumber(TeamLeader teamLeader){
teamLeader.checkNumberOfCourses();
}
}
再来看上面的类图，Course和Boss曾经没有关联了。
学习软件设计准则，千万不能造成强迫症。碰到业务简单的场景，咱们须要随机应变。
小测一下
本文为原创文章，转载请注明出处！关注微信公众号“Tom弹架构”，回复“材料”、“简历”、“刷题”，“招聘”即可支付面试真题，简历模板等！
搞代码网（gaodaima.com）提供的所有资源部分来自互联网，如果有侵犯您的版权或其他权益，请说明详细缘由并提供版权或权益证明然后发送到邮箱[email protected]，我们会在看到邮件的第一时间内为您处理，或直接联系QQ：872152909。本网站采用BY-NC-SA协议进行授权
转载请注明原文链接：关于java:软件架构设计原则之迪米特法则
转载请注明原文链接：关于java:软件架构设计原则之迪米特法则
