求职者对这句话肯定不会陌生“Do not call me, I will call you.”今天这句话不仅仅发生在好莱坞了。它发生在日常中，也发生在软件架构设计中。

这是怎么回事呢？

设计模式的六大原则有：

• Single Responsibility Principle：单一职责原则

• Open Closed Principle：开闭原则

• Liskov Substitution Principle：里氏替换原则

• Law of Demeter：迪米特法则

• Interface Segregation Principle：接口隔离原则

• Dependence Inversion Principle：依赖倒置原则

这六个原则结合使用的好处：建立稳定、灵活、健壮的设计，其中依赖倒置原则就是我们要说的好莱坞原则了。

如果你用过框架编程，例如 spring、tomcat、Django，那么会更容易理解这个设计模式。

为什么这个原则要特别的提出来呢？因为和我们熟悉的设计方法思路是反着的。

自上而下的继承思想

一般来说我们设计程序的思路是至上而下的：比如下面把键盘输入输出的打印机的程序设计思路。应用程序依赖底层的 reader 和 writer 类。

分离依赖

一种分离的思想是高层和底层之间加入接口，面向接口编程，这样高层不依赖低层的实现就可以先实现自己的功能了。如下图。但是具体的 reader 和 writer 的类还是在高层类中实例化了，这种是不彻底的面向接口编程了。

彻底分离的依赖注入

更彻底的依赖倒置就是高层完全不依赖底层，底层改动不会影响高层，高层设计好接口，底层实现就好了，在应用程序类中去 register（依赖注入），就是应用程序里面把需要高层调用的对象设定好，这样高层代码完全独立于底层。

“Do not call me, I will call you” 在这里应用最典型的 spring 框架为例，接口是配置（依赖倒置中也可以是接口，或者规范），那么底层也就是我们的业务逻辑按照约定好的接口配置好，框架运行起来后就调用我们的业务代码，高层和低层互相不依赖，但都依赖接口，低层实现接口，高层依赖接口。这就是依赖倒置原则。

图片来源：http://www.makaidong.com/%E5%8D%9A%E5%AE%A2%E5%9B%AD/20150926/76325_3.html

「架构师训练营第 2 期」