迪米特法则——避免过长的对象链

转载请标明出处，本文出自：chaossss的博客

---

迪米特法则是什么

迪米特法则（Law of Demeter，LoD）也称为最少知道原则（Least Knowledge Principle，LKP）。一个对象应该对其他对象有最少的了解。通俗地讲，一个类应该对自己需要耦合或调用的类知道得最少，你（被耦合或调用的类）的内部是如何复杂都和我没关系，那是你的事情，我就知道你提供的public方法，我就调用这么多，其他的一概不关心。

为什么需要迪米特法则

在网上看了许多解释，感觉都不太靠谱，转战 StackOverflow 得到比较合理的理解，下面我用代码来解释吧：

假如我们是教育局的领导，我们有权利查询任何一家大学的信息，并且得到大学里面任意一名学生的信息，那么我们常常会实现下面的代码：

public class EducateManager {
    public School getSchool(String schoolName){
        return new School(schoolName);
    }
}

public class School {
    public School(String schoolName) {
    }

    public String getStu(String stuName) {
        return new Student(stuName);
    }
}

public class Student {
    private String name;
    private String from;

    public Student(String stuName) {
        name = stuName;
    }

    public String getStuFrom(){
        return from;
    }
}

public class Test {
    public static void main(String[] args) {
        EducateManager manager = new EducateManager();
        System.out.println(manager.getSchool("UESTC").getStuName("xxx").getStuFrom());
    }
}

我们可以看到，如果我们想要获得某一个学生的籍贯，就得通过 manager.getSchool("UESTC").getStuName("xxx").getStuFrom() 代码段来获得。也就是说，为了得到学生的名字，我们还得到了 School 类和 Student 类内的细节。

上面提到的情况，就是迪米特法所不希望看到的情况。大家可以理解为：减少对象链的长度。事实上，我们如果要得到学生的籍贯，调用获得籍贯法的类完全不需要知道怎么通过领导的权利找到学校，怎么通过学校找到学生。该类只在意：我要得到学生的名字，你内部发生了什么和我没关。

那么由迪米特法则得到的理想代码段应该是：manager.getStuFrom("xxx")。

所以迪米特法则实际提倡的是：每一个类只应该和该类创建的对象产生耦合，而不是和该类创建的对象的方法的返回对象产生耦合。简单来说就是：避免为代码依赖关系添加传递性。

迪米特法则的意义

迪米特法则的核心观念就是类间解耦，弱耦合，只有让类间成弱耦合关系，类的服用率才可以提高。但这样也会产生问题：在实现过程中必然会产生大量的中转或跳转类，导致系统的复杂性提高，同时也为维护带来了难度。在考虑迪米特法则时一定要反复权衡，既做到让结构清晰，又做到高内聚、低耦合。

如果只是为了遵循迪米特法则而去运用迪米特法则设计代码，必然会带来许多问题。