关于java:软件架构设计原则之迪米特法则

迪米特准则（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弹架构”，回复“材料”、“简历”、“刷题”，“招聘”即可支付面试真题，简历模板等！