迪米特法则

一、迪米特法则的定义

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

二、我的知识你知道的越少越好

1、只和朋友交流

迪米特法则还有一个英文解释：Only talk to your immedate friends(只与直接的朋友交流)。

什么叫直接的朋友呢？每个对象必然与其他对象有耦合关系，两个对象之间的耦合就成为朋友关系，这种关系的类型有很多，例如：组合、聚合、依赖等。下面举例说明如何才能做到只与直接的朋友交流。

传说中有这样一个故事，老师想让体育委员确认一下全班女同学来齐没有，就对他说：“你去把全班女生清一下。”体育委员没有听清楚，就问道：“这，......那亲哪个？”老师无语了，我们来看看如何用程序来实现这个笑话。

Teacher类的commond方法负责发送命令给体育委员，命令他清点女生，实现过程如下：

public class Teacher {

    // 老师对体育委员发布命令，清一下女生
    public void commond(GroupLeader groupLeader) {
        List<Girl> girlList = new ArrayList<>();
        // 初始化女生
        for (int i = 0; i < 30; i++) {
            girlList.add(new Girl());
        }
        // 告诉体育委员开始清查任务
        groupLeader.countGirls(girlList);
    }
}

老师类只有一个方法commond，先定义出所有的女生，然后发布命令给体育委员，去清点一下女生的数量。体育委员GroupLeader的实现过程如下：

public class GroupLeader {

    // 清查女生数量
    public void countGirls(List<Girl> girlList) {
        System.out.println("女生数量是：" + girlList.size());
    }
}

老师类和体育委员类都对女生类产生依赖，而且女生类不需要执行任何动作，因此定义成一个空类，其定义如下：

public class Girl {
}

故事的小黄花，从出生那年就飘着......三个角色都已经有了，再定义一个场景类描述这个故事：

public class Client {

    public static void main(String[] args) {
        Teacher teacher = new Teacher();
        // 老师发布命令
        teacher.commond(new GroupLeader());
    }
}

运行结果：

体育委员按照老师的要求对女生进行了清点，并得出了数量。我们回过头来思考一下这个程序有什么问题，首先确定Teacher类有几个朋友，它仅有一个朋友类--GroupLeader。为什么Girl不是朋友类？Teacher也对它产生了依赖关系呀！朋友类的定义是这样的：出现在成员变量、方法的入参出参的类称为成员朋友类，而出现在方法体内部的类不属于朋友类。而Girl类就是出现在commond方法体的内部，因此不属于Teacher类的朋友类。迪米特法则告诉我们一个类只和朋友类交流，但是我们刚刚定义的commond方法却与Girl类有了交流，声明了一个List<Girl>集合，也就是与一个陌生的Girl有了交流，这样就破坏了Teacher的健壮性。方法是类的行为，类竟然不知道自己的行为与其他类产生了依赖关系，这是不允许的，严重违反了迪米特法则。

既然问题已经出现，大致的方向我们也有了，Girl类不应该与Teacher类耦合，而应该只与GroupLeader类耦合，那如何修正呢？

在GroupLeader类中定义了一个构造方法，构造方法传递了依赖关系。同时，也对场景类进行了修改，如下所示：

修改后的老师类：

public class Teacher {

    // 老师对体育委员发布命令，清一下女生
    public void commond(GroupLeader groupLeader) {
        // 告诉体育委员开始清查任务
        groupLeader.countGirls();
    }
}

修改后的GroupLeader类：

public class GroupLeader {

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

    // 清查女生数量
    public void countGirls() {
        System.out.println("女生数量是：" + this.girlList.size());
    }
}

修改后的Client场景类：

public class Client {

    public static void main(String[] args) {
        // 产生一个女生群体
        List<com.ceam.designer.dmt.one.Girl> girlList = new ArrayList<>();
        // 初始化女生
        for (int i = 0; i < 30; i++) {
            girlList.add(new Girl());
        }
        Teacher teacher = new Teacher();
        // 老师发布命令
        teacher.commond(new GroupLeader(girlList));
    }
}

这样对程序稍微修正后，把Teacher中的List<Girl>的初始化移动到了场景类中，同时在GroupLeader中增加了对Girl的注入，避开了Teacher类对陌生类Girl的访问，降低了系统间的耦合，提高了系统的健壮性。