迪米特法则的学术定义:
- 一个软件实体应当尽可能少地与其他实体发生相互作用
- 不要和“陌生人”说话、只与你的直接朋友通信
定义很拗口,但是核心思想很简单:
两个对象之间尽量减少直接交互,通过第三方来间接交互,从而降低对象间的耦合。第三方一般是抽象类或接口。
读到这里不少人应该豁然开朗了,因为按照传统顺序来讲,迪米特法则应该是你学到的第六个或者第七个法则,前面的法则你已经反复看到这几个字眼:抽象类,接口,耦合
这就是七大设计法则乃至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要召见我!");
}
}
这样皇帝如果还有其他要求,直接在太监抽象类中增加方法就行了,原有代码无需大改。