依赖倒置原则_架构设计系列之- 依赖倒置原则

求职者对这句话肯定不会陌生"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