六大设计原则之依赖倒置原则

依赖倒置原则是Robert C.Martin于1996年在C++Report上发表的文章中提出的。也称依赖反转。

依赖倒置原则（Dependence Inversion Principle，DIP）是指在设计代码架构时：
高层模块不应该依赖于底层模块，二者都应该依赖于抽象。
抽象不应该依赖于细节，细节应该依赖于抽象。

依赖倒置原则是实现开闭原则的重要途径之一.

简单的说就是要求面向抽象进行编程，不要面向实现进行编程

Dependency_inversion (1).png

上面，图1中，高层对象A依赖于底层对象B的实现；图2中，把高层对象A对底层对象的需求抽象为一个接口A，底层对象B实现了接口A，这就是依赖反转。

依赖倒置原则更加精确的定义就是“面向接口编程”的精髓之一

面向过程的开发，上层调用下层，上层依赖于下层，当下层剧烈变动时上层也要跟着变动，这就会导致模块的复用性降低而且大大提高了开发的成本。

面向对象的开发很好的解决了这个问题，一般情况下抽象的变化概率很小，让用户程序依赖于抽象，实现的细节也依赖于抽象。即使实现细节不断变动，只要抽象不变，客户程序就不需要变化。这大大降低了客户程序与实现细节的耦合度。
如图：

QQ20220426-3.png

依赖倒置原则在Java语言中的表现是：

在项目中，只要抓住“面向接口编程”就基本抓住了依赖倒置的原则。

举个生活中的例子：
在现实生活中，司机只要会开车，就可以开奔驰车，也可以开宝马车。因此司机不依赖于奔驰车或宝马车，可以按如下设计：

QQ20220426-2.png

司机接口只是一个抽象化的概念，是对司机这一类事物的抽象，只要是司机都有一个共同的行为，即“开车”，因此，在IDriver接口中使用drive()方法进行抽象。

依赖倒置原则的本质就是通过抽象（接口或抽象类）使各个类或模块的实现彼此独立，互不影响，实现模块间的松耦合。在项目中使用这个原则只要遵循以下几个规则：

每个类尽量都具有接口或抽象类，或者抽象类和接口两者都具备。这是依赖倒置的基本要求，接口和抽象类都是抽象的，有了抽象才可能有依赖倒置；
变量的表面类型尽量是接口或者是抽象类；
任何类都不应该从具体类派生；
尽量不要重写基类的方法。如果基类是一个抽象类，而且这个方法已经实现了，子类尽量不要重写。类之间依赖的是抽象，重写了非抽象方法，对依赖的稳定性会产生一定的影响；
结合里氏替换原则使用。里氏替换原则指出父类出现的地方子类就可以出现，结合依赖倒置原则可以得出一个通俗的规则：接口负责定义抽象方法，并且声明与其他对象的依赖关系，抽象类负责公共构造部分的实现，实现类准确地实现业务逻辑，同时在适当的时候对父类进行细化。