关闭

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

标签: 设计模式
1105人阅读 评论(0) 收藏 举报
分类:

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

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

迪米特法则的意义

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

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

1
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:191669次
    • 积分:4274
    • 等级:
    • 排名:第7887名
    • 原创:234篇
    • 转载:8篇
    • 译文:0篇
    • 评论:42条
    博客专栏
    最新评论