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

转载请标明出处。本文出自：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")。

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

迪米特法则的意义

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

假设仅仅是为了遵循迪米特法则而去运用迪米特法则设计代码，必定会带来很多问题。