设计模式2.0——软件架构设计的七大原则——迪米特法则

迪米特原则（Law of Demeter LoD）是指一个对象应该对其他对象保持最少的了解，又叫最少知道原则（Least Knowledge Principle,LKP），尽量降低类与类之间的耦合。迪米特原则主要强调只和朋友交流，不和陌生人说话。出现在成员变量、方法的输入、输出参数中的类都可以称之为成员朋友类，而出现在方法体内部的类不属于朋友类。

现在来设计一个权限系统，Boss 需要查看目前发布到线上的课程数量。这时候，Boss要找到 TeamLeader 去进行统计，TeamLeader 再把统计结果告诉 Boss。接下来我们还是来看代码：

/**
 * @author madongyu
 * @projectName design-pattern-ma
 * @description: 课程
 * @date 2019/6/1717:57
 */
public class Curriculum {

}

/**
 * @author madongyu
 * @projectName design-pattern-ma
 * @description: TODO
 * @date 2019/6/1816:21
 */
public class TeamLeader {
    public void checkNumberOfCourses(List<Curriculum> courseList){
        System.out.println("目前已发布的课程数量是："+courseList.size());
    }
}

public class Boss {
    public void commandCheckNumber(TeamLeader teamLeader){
       //模拟 Boss 一页一页往下翻页，TeamLeader 实时统计
        List<Curriculum> courseList = new ArrayList<Curriculum>();
        for (int i= 0; i < 20 ;i ++){
            courseList.add(new Curriculum());
        }
        teamLeader.checkNumberOfCourses(courseList);
    }


    public static void main(String[] args) {
        Boss boss = new Boss();
        TeamLeader teamLeader = new TeamLeader();
        boss.commandCheckNumber(teamLeader);
    }
}

写到这里，其实功能已经都已经实现，代码看上去也没什么问题。根据迪米特原则，Boss只想要结果，不需要跟 Curriculum产生直接的交流。而 TeamLeader 统计需要引用 Curriculum对象。Boss 和 Curriculum并不是朋友，从下面的类图就可以看出来：

下面来对代码进行改造：

TeamLeader 类：

public void checkNumberOfCourses(){
        List<Curriculum> courseList = new ArrayList<Curriculum>();
        for(int i = 0 ;i < 20;i++){
            courseList.add(new Curriculum());
        }
        System.out.println("目前已发布的课程数量是："+courseList.size());
    }

Boss类

 public void commandCheckNumber(TeamLeader teamLeader){
        teamLeader.checkNumberOfCourses();
    }

来看下面的类图，Boss和Curriculum没有关系了

设计模式2.0——软件架构设计的七大原则——迪米特法则

猜你喜欢