一个迪米特法则搞懂七大设计法则的共性

迪米特法则的学术定义：

1. 一个软件实体应当尽可能少地与其他实体发生相互作用
2. 不要和“陌生人”说话、只与你的直接朋友通信

定义很拗口，但是核心思想很简单：
两个对象之间尽量减少直接交互，通过第三方来间接交互，从而降低对象间的耦合。第三方一般是抽象类或接口。

读到这里不少人应该豁然开朗了，因为按照传统顺序来讲，迪米特法则应该是你学到的第六个或者第七个法则，前面的法则你已经反复看到这几个字眼：抽象类，接口，耦合

这就是七大设计法则乃至23种设计模式的共性（毕竟设计模式是基于设计法则的）：
通过面向接口或抽象类编程，降低对象间的耦合性，提高程序可扩展性和代码可维护性和可重用性

只要秉持这个共性原则，学设计模式肯定会轻松许多。

下面给出一个简单实例加强对迪米特法则的理解：
皇帝召见一个人，肯定不是直接去喊，而是通过太监传达旨意。这里太监就是第三方。

//Java实现：
public class King {
    void summon(TaiJian t){
        t.operate();
    }
    public static void main(String[] args) {
        King king = new King();
        king.summon(new Person());
    }
}

abstract class TaiJian{
    abstract void operate();
}

class Person extends TaiJian{
    @Override
    void operate() {
        System.out.println("俺是百姓，TaiJian告诉俺King要召见我！");
    }
}

这样皇帝如果还有其他要求，直接在太监抽象类中增加方法就行了，原有代码无需大改。