源码分析七大设计原则之依赖倒置原则（Dependence Inversion Principle）

源码分析之七大设计原则

一、依赖倒置原则（Dependence Inversion Principle）

定义：高层模块不应该依赖低层模块，二者都应该依赖于抽象；抽象不应该依赖细节；细节应该依赖抽象。即针对接口编程，不要针对实现编程

依赖倒置原则其实就是谁也不要依靠谁，除了约定的接口，大家都可以灵活自如。依赖倒置可以说是面向对象设计的标志

如果编写时考虑的都是如何针对抽象编程而不是针对细节编程，即程序中所有的依赖关系都是终止于抽象类或者接口，那就是面向对象的设计，反之那就是过程化的设计了
如果设计的各个部件或类相互依赖，这样就是耦合度高，难以维护和扩展，这也就体现不出面向对象的好处了

依赖倒置原则好比一个团队，有需求组，开发组，测试组
开发组和测试组都是面对同样的需求后，做自己相应的工作，而不是说测试组按照开发组理解的需求去做测试用例，也就是说开发组和测试组都是直接面向需求组工作，大家的目的是一样的，保证产品按时上线，需求是不依赖于开发和测试的

依赖倒置原则基于的设计理念：相对于细节的多变性，抽象的东西要稳定的多，以抽象为基础搭建的架构比以细节为基础的架构要稳定的多
在 Java 中，抽象指的是接口或抽象类，细节就是具体的实现类
使用接口或抽象类的目的是制定好规范，而不涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成

二、源码演练

反例代码，依赖倒置原则：上层不能依赖于下层，二者都应该依赖于抽象。调用别的方法的就是上层，被其他方法调用的就是下层

class RichPerson {
   
    // 人依赖于动物
    public void feed(ZangAo za) {