005六大设计原则-依赖倒转原则

1依赖倒转原则介绍

依赖倒转原则，又称依赖倒置原则（Dependence Inversion Principle），又称DIP原则，官方定义为：

“高级模块不应该依赖低级模块，两者都应该依赖抽象。”
“抽象不应该依赖于细节，细节应该依赖于抽象。”

低级模块：每一个逻辑的实现都是由原子逻辑组成的，不可分割的原子逻辑就是低层模块

高级模块：原子逻辑的组装就是高层模块

抽象：指接口或抽象类，不能被实例化

细节：实现类，实现接口或继承抽象类而产生的类就是细节，可以直接被实例化，

为了理解这个原理，我们需要知道耦合和解耦的重要概念。耦合是指软件系统的模块彼此依赖的程度。依赖度越低，维护和扩展系统就越容易。有不同的方法来解耦系统的组件。其中一个办法是将高级逻辑与低级模块分开，

依赖倒置原则可以减少系统的耦合性

白话来说：面向接口编程

2模拟场景（违背原则）

模拟开奔驰车

 奔驰车类

public class BenChi {
    public void run(){
        System.out.println("奔驰车跑");
    }
}

司机类

public class Driver {

    //司机开车
    public void driver(BenChi benChi){
        benChi.run();
    }
}

场景类  

场景类一般是指调用方（客户，用户等）

public class Client {
    public static void main(String[] args) {
        Driver driver = new Driver();
        driver.driver(new BenChi());
    }
}

业务初期这样没什么问题，后期扩展如果增加宝马车、大众车等，上述代码修改的地方就很大了，因为奔驰类和司机类耦合性太高。 

3模拟场景（符合原则）

思路：需要把汽车类和司机类抽象

public interface Car {
    //汽车奔跑
    public void run();
}
public interface Driver {
    //司机开车
    public void driver(Car car);
}
public class BenChi implements Car{
    public void run(){
        System.out.println("奔驰车跑");
    }
}
public class BaoMa implements Car{
    public void run(){
        System.out.println("宝马车跑");
    }
}
//c1驾驶人员
public class DriverC1 implements Driver{
    @Override
    public void driver(Car car) {
        car.run();
    }
}
public class Client {
    public static void main(String[] args) {
        Driver driver = new DriverC1();
        Car benChi = new BenChi();
        Car baoMa = new BaoMa();
        driver.driver(benChi);
        driver.driver(baoMa);
    }
}

从上述看以后增加其他驾驶本和汽车类都非常方便，并且驾驶人员Driver依赖汽车Car类，变成了接口依赖（面向接口编程），方便扩展，

4总结

依赖倒置原则的本质就是通过抽象（接口或抽象类）使各个类或模块的实现彼此独立，不互相影响，实现模块间的松耦合

依赖倒转原则是基于的设计理念：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础的架构要稳定的多。在java中，抽象指的是接口或抽象类，细节就是具体的实现类

使用接口或抽象类的目的是制定好规范，而不涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成

使用该原则时遵循的规则：
        1每个类尽量都有接口或抽象类，或者抽象类和接口两者都具备，这是依赖倒置的基本要求，接口和抽象类都是属于抽象的，有了抽象才可能依赖倒置。
        2变量的表面类型尽量是接口或者是抽象类
        3任何类都不应该从具体类派生
        4尽量不要覆写基类的方法
        5继承时需要遵守里氏替换原则

依赖倒置原则的优点在小型项目中很难体现出来，在一个大中型项目中，采用依赖倒置原则有非常多的优点，特别是规避一些非技术因素引起的问题。项目越大，需求变化的概率也越大，通过采用依赖倒置原则设计的接口或抽象类对实现类进行约束，可以减少需求变化引起的工作量剧增的情况。人员的变动在大中型项目中也是时常存在的，如果设计优良、代码结构清晰，人员变化对项目的影响基本为零。大中型项目的维护周期一般都很长，采用依赖倒置原则可以让维护人员轻松地扩展和维护。

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

这也是为什么现在提倡微服务，拆分工程的原因，把业务层的方法变成接口，易扩展，团队合作效率更高