设计模式-依赖倒置原则（3）

设计原则

单一职责原则
里氏替换原则
依赖倒置原则
接口隔离原则
迪米特法则
开闭原则

依赖倒置原则的定义

高层模块不应该依赖低层模块， 两者都应该依赖其抽象；
抽象不应该依赖细节；
细节应该依赖抽象。

高层模块和低层模块容易理解， 每一个逻辑的实现都是由原子逻辑组成的， 不可分割的原子逻辑就是低层模块， 原子逻辑的再组装就是高层模块。 那什么是抽象？ 什么又是细节呢？ 在Java语言中， 抽象就是指接口或抽象类， 两者都是不能直接被实例化的； 细节就是实现类， 实现接口或继承抽象类而产生的类就是细节， 其特点就是可以直接被实例化， 也就是可以加上一个关键字new产生一个对象。
依赖倒置原则在Java语言中的表现就是：

模块间的依赖通过抽象发生， 实现类之间不发生直接的依赖关系， 其依赖关系是通过接口或抽象类产生的；
接口或抽象类不依赖于实现类；
实现类依赖接口或抽象类。

看1个反例不适用依赖倒置

上述代码违背“细节应该依赖抽象”的原则，上述代码很容易实现司机开奔驰，但是如果司机要开宝马该怎么办？麻烦就来了！

先增加1个宝马类

public class BMW {
  public void run(){
    System.out.println("宝马汽车开始运行...");
  }
}

宝马车也产生了， 但是我们却没有办法让张三开动起来， 为什么？ 张三没有开动宝马车的方法呀！此时Driver也需要修改，并且增加1个新方法才能开宝马，需要修改2个地方。说明设计出现了问题：司机类和奔驰车类之间是紧耦合的关系， 其导致的结果就是系统的可维护性大大降低，可读性降低。
使用依赖倒置的原则修改代码后如下图：

贯彻“抽象不应该依赖细节”， 也就是我们认为抽象（ICar接口） 不依赖BMW和Benz两个实现类（细节） ， 因此在高层次的模块中应用都是抽象，Client的实现过程：

public class Client {
    public static void main(String[] args) {
      IDriver zhangSan = new Driver();
      ICar benz = new Benz();
      //张三开奔驰车
      zhangSan.drive(benz);
    }
}

Client属于高层业务逻辑， 它对低层模块的依赖都建立在抽象上， 如果张三要开宝马车， 也很容易， 我们只要修改业务场景类就可以：

public class Client {
    public static void main(String[] args) {
        IDriver zhangSan = new Driver();
        ICar bmw = new BMW();
        //张三开奔驰车
        zhangSan.drive(bmw);
    }
}

在新增加低层模块时， 只修改了业务场景类， 也就是高层模块， 对其他低层模块如Driver类不需要做任何修改， 业务就可以运行， 把“变更”引起的风险扩散降到最低。

依赖关系的三种写法

1.构造函数传递依赖对象

public interface IDriver {
   //是司机就应该会驾驶汽车
   public void drive();
}

public class Driver implements IDriver{
   private ICar car;
        //构造函数注入
        public Driver(ICar _car){
        this.car = _car;
    }
    //司机的主要职责就是驾驶汽车
    public void drive(){
        this.car.run();
    }
}

2.Setter方法传递依赖对象

public interface IDriver {
    //车辆型号
    public void setCar(ICar car);
    public void drive();
}

public class Driver implements IDriver{
    private ICar car;
    public void setCar(ICar car){
        this.car = car;
    }
    //司机的主要职责就是驾驶汽车
    public void drive(){
        this.car.run();
    }
}

3.接口声明依赖对象

public interface IDriver {
    //是司机就应该会驾驶汽车
    public void drive(ICar car);
}

总结

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

每个类尽量都有接口或抽象类， 或者抽象类和接口两者都具备
变量的表面类型尽量是接口或者是抽象类
任何类都不应该从具体类派生
尽量不要覆写基类的方法
结合里氏替换原则使用

依赖倒置原则是6个设计原则中最难以实现的原则， 它是实现开闭原则的重要途径， 依赖倒置原则没有实现， 就别想实现对扩展开放， 对修改关闭。 在项目中， 大家只要记住是“面向接口编程”就基本上抓住了依赖倒置原则的核心。