依赖倒置原则的定义
高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象也不应该依赖细节，而细节应该依赖抽象。核心思想就是：要面向接口编程，不要面向实现编程
依赖倒置原则是实现开闭原则的重要途径之一，因为它降低了客户与实现模块之间的耦合。客户只需要查看抽象，便可以知道公开的功能以及如何调用，不需要关注具体实现
遵循依赖倒置的理由
由于在软件设计中，细节具有多变性，而抽象层相对稳定，因此以抽象为基础搭建起来的架构要比以细节为继承搭建起来的架构要稳定的多。这里的抽象指的是接口或者抽象类，而细节是指具体的实现类。使用接口或者抽象类的目的就是制定好规范和契约，而不去涉及任何具体的操作，把展现细节的任务交给它们具体的实现类去完成。这就是很多时候我们程序中服务都是单实现，但还是要定义接口的原因。
依赖倒置原则的作用
依赖倒置原则可以降低类间的耦合类。
依赖倒置原则可以提高系统的稳定性。
依赖倒置原则可以减少并行开发引起的风险。https://blog.csdn.net/bj_xuzhiqiang/article/details/70213870。个人理解就是先定义了接口，因此并行开发时不同模块之间的引用、关联都可以正常运行且规避风险。
依赖倒置原则可以提高代码可读性和可维护性。
依赖倒置原则的实现方法
依赖倒置原则的目的是通过要面向接口的编程来降低类间的耦合性，所以我们在实际编程中只要遵循以下4点，就能在项目中满足这个规则。
每个类尽量提供接口或者抽象类，或者两者逗具备。
变量的声明类型尽量是接口或者是抽象类。
任何类都不应该从具体类派生。也就是类最好从抽象类或者接口派生。这个第二点相辅相成。参数变量使用抽象类或者接口。然后具体类去做不同实现。多态
使用继承时尽量遵循里氏替换原则。保证父类的功能不会被覆盖。保证程序内的多态是良性的。
依赖倒置原则感想：经历了一年工作后。确实回头看看这些原则，体会会更加深刻。为何要面向接口编程。原理都是希望能够做到高内聚低耦合。而定义接口，定义抽象。让高层实现细节都去依赖抽象来编写。降低客户端与具体实现之间的耦合度。两者都只需要和接口进行消息传递。其二还遵循了开闭原则。对修改关闭，对扩展开放。面向接口编程，提供了良好的扩展能力。新增功能时无需修改旧代码，而是派生一个新类去实现新功能。
