面向对象设计原则-依赖倒置原则

依赖倒置原则（Dependence Inversion Principle，DIP）

依赖倒置原则的原始定义为：高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象。
其核心思想是：要面向接口编程，不要面向实现编程。

依赖倒置原则是实现开闭原则的重要途径之一，它降低了客户与实现模块之间的耦合。

由于在软件设计中，细节具有多变性，而抽象层则相对稳定，因此以抽象为基础搭建起来的架构要比以细节为基础搭建起来的架构要稳定得多。这里的抽象指的是接口或者抽象类，而细节是指具体的实现类。

依赖倒转原则要求我们在程序代码中传递参数时或在关联关系中，尽量引用层次高的抽象层类，即使用接口和抽象类进行变量类型声明、参数类型声明、方法返回类型声明，以及数据类型的转换等，而不要用具体类来做这些事

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

依赖倒置原则的作用

1. 降低类间的耦合性。
2. 提高系统的稳定性。
3. 减少并行开发引起的风险。
4. 提高代码的可读性和可维护性。

依赖倒置原则的实现方法

   依赖倒置原则的目的是通过要面向接口的编程来降低类间的耦合性，所以我们在实际编程中只要遵循以下4点，就能在项目中满足这个规则。

1. 每个类尽量提供接口或抽象类，或者两者都具备。
2. 变量的声明类型尽量是接口或者是抽象类。
3. 任何类都不应该从具体类派生。
4. 使用继承时尽量遵循里氏替换原则。

案例1

开发人员在开发某CRM系统时发现：该系统经常需要将存储在TXT或Excel文件中的客户信息转存到数据库中，因此，需要进行数据格式转换。在客户数据操作类中将调用数据格式转换类的方法实现格式和数据插入操作，初始设计方案结构如图1

在编码实现图一所示结构时，开发人员发现该设计方案存在一个非常严重的问题，由于每次转换数据时数据来源不一定相同，因此需要更换数据转换类，如：有时候需要将TXTDataConvertor改为ExcelDataConvertor，此时，需要修改CustomerDAO的源代码，而且在引入并使用新的数据转换类时也不得不修改CustomerDAO的源代码，系统扩展性较差，违反了开闭原则

优化：
由于CustomerDAO针对具体数据转换类编程，因此在增加新的数据转换类或更新数据转换类时不得不修改CustomerDAO的源代码，可以通过引入抽象数据转换类解决该问题，在引入抽象数据转换类DataConvertor之后，CustomerDAO针对抽象类DataConvertor编程，而将具体数据转换类名存储在配置文件中，符合依赖倒转原则。根据里氏替换原则，程序运行时，具体数据转换类对象将替换DataConvertor类型的对象。更换具体数据转换类时无需修改源代码，只需要修改配置文件，如果需要增加新的具体数据转换类，只要将新增数据转换类作为DataConvertor的子类并修改配置文件即可，原有代码无需做任何修改，满足开闭原则

在上述重构过程中，我们使用了开闭原则、里氏替换原则和依赖倒转原则，在大多数情况下，这三个设计原则会同时出现，开闭原则是目标，里氏替换原则是基础，依赖倒转原则是手段，他们相辅相成，互相补充，目标一致，只是分析问题时所站角度不同而已