相关链接：
0. 设计模式之六大原则总结
1. 设计模式之单一职责原则
2. 设计模式之里式替换原则
3. 设计模式之依赖倒置原则
4. 设计模式之接口隔离原则
5. 设计模式之迪米特法则
6. 设计模式之开闭原则
1.1 定义
- 高层模块不应该依赖低层模块，二者都应该依赖其抽象；
- 抽象不应该依赖细节；
- 细节应该依赖抽象
1.2 问题由来
类 A 直接依赖类 B，假如要将类 A 改为依赖类 C ，则必须通过修改类 A 的代码来达成。这种场景下，类 A一般是高层模块，负责复杂的业务逻辑；类 B 和类 C 是低层模块，负责基本的原子操作；假如修改类 A，会给程序带来不必要的风险。
1.3 解决方案
将类 A 修改为依赖接口 Interface1，类 B 和类 C 各自实现接口 Interface2，类 A 通过接口 Interface1 间接与类 B 或者类 C 发生联系，则会大大降低修改类 A 的几率。
1.4 具体分析
依赖倒置原则基于这样一个事实：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建起来的架构比以细节为基础搭建起来的架构要稳定的多。抽象指的是接口或者抽象类，细节就是具体的实现类，（iOS 中可以理解为抽象就是协议，细节是实现该协议的实现类），使用接口或者抽象类的目的是制定好规范和契约，而不去涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成。
依赖倒置原则的核心思想是面向接口编程，达到解耦的过程。
1.5 举例说明
我们用一个例子来说明面向接口编程相对于面向实现编程好在什么地方。母亲给孩子讲故事，只要给她一本书，她就可以照着书给孩子讲故事了，代码如下：
class Book : NSObject{
func getContent() -> String {
return "在很久很久之前....";
}
}
class Mother : NSObject {
func narrate(book : Book) {
print("妈妈开始将故事");
print(book.getContent());
}
}
// 执行的代码
let mother = Mother()
mother.narrate(book: Book())
运行结果：
妈妈开始讲故事
很久很久以前有一个阿拉伯的故事……
1.6 举例进阶
假如有一天，孩子长大了，需要了解国家大事了，不是看书，而是看报纸了，让这位母亲讲一下报纸的新闻，报纸的代码如下：
class Newspaper : NSObject{
func getContent() -> String {
return "2020 年的春运已经开始了....";
}
}
但是，目前来说，这位母亲办不到啊，因为 Mother 类里面只有一个narrate方法，参数是Book，这时，还得需要母亲学习如何读报纸（修改 Mother 类的代码，添加方法），需要修改 Mother 才能读，但是实际上都是文字啊，Mother 再去学习，学啥啊？
假如以后需求变成杂志、网页呢？还得需要不断的修改 Mother，这显然不是好的设计。原因就是 Mohter与 Book 之间的耦合性太高了，必须降低他们之间的耦合度才行。
我们以 iOS 为例，定义一个协议：读物，只要是可以读的都属于读物：
protocol IReader {
// 获取读物内容
func getContent() -> String;
}
Mother类和接口 IReader 之间发生依赖关系，而 Book 和 Newspaper 都属于读物的范畴，他们各自都去实现 IReader 接口，这样就符合依赖倒置原则了，代码修改为：
class Book : NSObject, IReader{
func getContent() -> String {
return "在很久很久之前....";
}
}
class Newspaper : NSObject, IReader{
func getContent() -> String {
return "2020 年的春运已经开始了....";
}
}
class Mother : NSObject {
func narrate(reader : IReader) {
print("妈妈开始将故事");
print(reader.getContent());
}
}
1.7 举例总结
这样修改之后，无论以后想去看网页、杂志，都不需要再修改 Mother 类了。这只是一个简单的例子，实际情况中，代表高层模块的 Mother 类将负责完成主要的业务逻辑，一旦需要对它进行修改，引入错误的风险极大。所以遵循依赖倒置原则可以降低类之前的耦合性，提高系统的稳定性，降低修改程序造成的风险。
1.8 总结
采用依赖倒置原则给多人并行开发带来了极大的便利，比如上例中，原本 Mother 类与 Book 类直接耦合时，Mother 类必须等 Book 类编码完成后才可以进行编码，因为 Mother 类依赖于 Book 类，修改后的程序则可以同时开工，互不影响，因为 Mother 与 Book 类之间一点关系也没有。参与协作开发的人越多、项目越庞大，采用依赖倒置原则的意义就越重大。
在实际编程时，我们一般需要做到如下 3 点：
- 低层模块尽量都要有抽象类或接口，或者两者都有
- 变量的声明类型尽量是抽象类或接口
- 使用继承时遵循里式替换原则
依赖倒置原则的核心就是要我们面向接口编程，理解了面向接口编程，也就理解了依赖倒置。
