设计模式（7）——SOLID原则之依赖倒置原则
- 概念
- 使用
- 示例
概念
高层次的类不应该依赖于低层次的类。两者都应该依赖于抽象接口。抽象接口不应依赖于具体实现。具体实现应该依赖于抽象接口。
- 底层次类：实现基础操作的类（如磁盘操作、传输网络数据与操作数据库）。
- 高层次类：包含负责的业务逻辑以指导底层次类执行特定操作。
使用
当开发新系统时，有时人们习惯先设计底层次类，然后再开发高层此类。一部分人直观认为如果低层次的类没有实现或不确定，就无法确定高层次类能实现哪些东西。如果采用了这种设计思路，那高层次类更有可能会依赖低层次类。
依赖倒置原则建议采用以下方式设计：
- 使用业务术语来对高层次类依赖的低层次操作接口进行描述。例如打开报表文件，业务应该调用的是
openReport(file)，而不是openFile()、readBytes()和CloseFile()等低层次类中的方法。 - 基于上述业务术语抽象的接口创建高层次类，而不是基于低层次类
- 低层次实现接口，它们将依赖业务逻辑层，从而完成了依赖倒置
示例
在本例中，高层次的预算报告类（BudgetReport）使用低层次的数据库类（MySQLDatabase）来读取和保存其数据。这意味着低层次类中的任何改变（例如当数据库服务器发布新版本时）都可能会影响到高层次的类，但高层次的类不应关注数据存储的细节。
要解决这个问题，你可以创建一个描述读写操作的高层接口，并让报告类使用该接口代替低层次的类。然后你可以修改或扩展低层次的原始类来实现业务逻辑声明的读写接口。
其结果是原始的依赖关系被倒置：现在低层次的类依赖于高层次的抽象。
