依赖倒置原则

依赖倒置原则(Dependence Inversion Principle)是程序要依赖于抽象接口，不要依赖于具体实现。简单的说就是要求对抽象进行编程，不要对实现进行编程，这样就降低了客户与实现模块间的耦合。

依赖倒置原则三层含义：

（1）高层模块不应该依赖低层模块，两者都应该依赖其抽象。
（2)抽象不应该依赖细节。
(3)细节应该依赖抽象。

依赖倒置原则优点

采用依赖倒置原则可以减少类间的耦合性，提高系统的稳定性，降低并行开发引起的风险，提高代码的可读性和可维护性。

案例-司机开车案例

依赖倒置原则设计

在这里插入图片描述
解释：
在新增低层模块时，只修改了高层模块(业务场景类)，对其他低层模块(Driver类)不需要做任何修改，可以把"变更"的风险降低到最低。在Java中，只要定义变量就必然有类型，并且可以有两种类型：表面类型和实际类型，表面类型是在定义时赋予的类型，实际类型是对象的类型。（其实可以理解为面向接口编程）

代码实现

(1)IDriver 接口

package driverCar;public  interface IDriver {public abstract void driver(ICar car) ;}

（2）Driver 类

package driverCar;public class Driver implements IDriver {private String name;public Driver(String name) {this.name = name;}@Overridepublic void driver(ICar car) {System.out.println(this.name+"司机开车。。。。");}}

（3）ICar 接口

package driverCar;public interface ICar {public  abstract void run();  
}

（4）Benz 类

package driverCar;public  class Benz implements ICar {@Overridepublic void run() {System.out.println("奔驰车开起来");}   }

（5）BMW 类

package driverCar;public class BMW implements ICar {@Overridepublic void run() {System.out.println("宝马车开起来");}}

（6）测试类

package driverCar;public class Test {public static void main(String[] args) {Driver zhangsan=new Driver("zhangsan");Benz benz=new Benz();BMW bmw=new BMW();zhangsan.driver(benz);zhangsan.driver(bmw);}}

小结

（1）每个类尽量都要有接口或抽象类，或者抽象类和接口都有：依赖倒置原则的基本要求，有抽象才能依赖倒置变量的表面类型尽量是接口或者抽象类。
（2）任何类都不应该从具体类派生
（3）尽量不要重写基类已经写好的方法(里式替换原则)
（4）结合里式替换原则来使用：结合里式替换原则和依赖倒置原则我们可以得出一个通俗的规则，接口负责定义public属性和方法，并且声明与其他对象的依赖关系，抽象类负责公共构造部分的实现，实现类准确的实现业务逻辑，同时在适当的时候对父类进行细化。