依赖倒置原则
依赖倒置原则(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;
}
@Override
public 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 {
@Override
public void run() {
System.out.println("奔驰车开起来");
}
}
(5)BMW 类
package driverCar;
public class BMW implements ICar {
@Override
public 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属性和方法,并且声明与其他对象的依赖关系,抽象类负责公共构造部分的实现,实现类准确的实现业务逻辑,同时在适当的时候对父类进行细化。