008六大设计原则-迪米特法则(最少知道原则)

1迪米特法则介绍

定义：迪米特法则（Law of Demeter, LoD）是1987年秋天由lan holland在美国东北大学一个叫做迪米特的项目设计提出的，它要求**一个对象应该对其他对象有最少的了解**，所以迪米特法则又叫做最少知识原则（Least KnowledgePrinciple, LKP）One object should have a minimum understanding of other objects

（一个对象应该对其他对象有最少的了解 ）

Only talk to your immediate friends ( 只与直接的朋友通信)

1. ​一个对象应该对其他对象保持最少的了解
2. 类与类关系越密切，耦合度越大
3.  迪米特法则(**Demeter Principle**)又叫**最少知道原则**，即一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供的public 方法，不对外泄露任何信息
4. 迪米特法则还有个更简单的定义：只与直接的朋友通信
5. 直接的朋友：每个对象都会与其他对象有耦合关系，只要两个对象之间有耦合关系，我们就说这两个对象之间是朋友关系。耦合的方式很多，依赖，关联，组合，聚合等。其中，我们称出现成员变量，方法参数，方法返回值中的类为直接的朋友，而出现在局部变量中的类不是直接的朋友。也就是说，陌生的类最好不要以局部变量的形式出现在类的内部

通俗讲:，一个类应该对自己需要耦合或调用的类知道得最少，你（被耦合或调用的类）的内部是如何复杂都和我没关系，那是你的事情，我就知道你提供的这么多public方法，我就调用这么多，其他的我一概不关心。

2模拟场景（违背原则）

体委清点人数：Teacher类的commond方法负责发送命令给体育会员GroupLeader，命令他清点女生

public class Girl {
}
public class GroupLeader {
    //清查女生数量
    public void countGirls(List<Girl> listGirls){
        System.out.println("女生数量是："+listGirls.size());
    }
}
public class Teacher {
    public void commond(GroupLeader groupLeader){
        List listGirls = new ArrayList();
        //初始化女生
        for(int i=0;i<20;i++){
            listGirls.add(new Girl());
        }
        //告诉体育委员开始执行清查任务
        groupLeader.countGirls(listGirls);
    }
}
//场景类
public class Client {
    public static void main(String[] args) {
        Teacher teacher= new Teacher();
        //老师发布命令
        teacher.commond(new GroupLeader());
    }
}

Teacher类只有一个GroupLeader朋友，所以Girl出现在Teacher类中是不可以的

3模拟场景（符合原则）

思路：去掉Teacher和Girl的依赖关系

 

public class Girl {
}

public class GroupLeader {
    private List<Girl> listGirls;
    //传递全班的女生进来
    public GroupLeader(List<Girl> listGirls){
        this.listGirls = listGirls;
    }

    //清查女生数量
    public void countGirls(){
        System.out.println("女生数量是："+listGirls.size());
    }
}
public class Teacher {
    public void commond(GroupLeader groupLeader){
        groupLeader.countGirls();
    }
}
public class Client {
    public static void main(String[] args) {
        List<Girl> listGirls = new ArrayList<>();
        //初始化女生
        for(int i=0;i<20;i++){
            listGirls.add(new Girl());
        }
        Teacher teacher= new Teacher();
        //老师发布命令
        teacher.commond(new GroupLeader(listGirls));
    }
}

4总结

迪米特法则的核心观念就是类间解耦，弱耦合，只有弱耦合了以后，类的复用率才可以提高。其要求的结果就是产生了大量的中转或跳转类，导致系统的复杂性提高，同时也为维护带来了难度。在采用迪米特法则时需要反复权衡，既做到让结构清晰，又做到高内聚低耦合。

迪米特法则要求类间解耦，但解耦是有限度的，除非是计算机的最小单元——二进制的0和1。那才是完全解耦，在实际的项目中，需要适度地考虑这个原则，别为了套用原则而做项目。原则只是供参考，如果违背了这个原则，项目也未必会失败，这就需要在采用原则时反复度量，不遵循是不对的，严格执行就是“过犹不及”。