3. 依赖倒置原则（Dependence Inversion Principle，DIP）
3.1 定义
（1）要依赖抽象，不要依赖具体的实现类。简单的说就是对抽象（或接口）进行编程，不要依赖实现进行编程，这样就降低了客户与实现模块间的耦合。包含3层含义：
①高层模块不应依赖低层模块，两者都应该依赖于抽象
②抽象不应该依赖细节
③细节应该依赖于抽象
（2）何为“高层模块”和“低层模块”
①“低层模块”：每个逻辑的实现都是原子逻辑组成，不可分割的原子逻辑就是低层模块。一般和具体实现相关。
②“高层模块”：原子逻辑再组装就是高层模块，一般和业务逻辑相关。如客户端。
（3）何为“倒置”
①“依赖正置”：就是类间的依赖是实实在在的实现类间的依赖，也就是面向实现编程，这符合人的正常思维。如我们开奔驰车就是依赖奔驰车，使用笔记本电脑就直接依赖笔记本电脑。
②“依赖倒置”：编程是对现实世界事物进行抽象，然后我们根据系统设计的需要产生了对抽象的依赖，代替了人的传统思维中事物间的依赖，这叫“倒置”。
3.2 依赖实现编程存在的问题及改进
（1）Driver只能开奔驰车！
【编程实验】司机只能看奔驰车
//面向对象设计原则：DIP依赖倒置原则
//司机只能开奔驰车——依赖具体实现 #include <stdio.h> //奔驰车类
class Benz
{
public:
void run()
{
printf("Benz Runing...\n");
}
}; //司机类
class Driver
{
public:
//司机类不是依赖于抽象，而是依赖具体的汽车Benz，
//导致司机只能开奔驰，不能开其它车的尴尬！
void drive(Benz& benz)
{
benz.run();
} }; int main()
{
Driver zhangSan;
Benz benz; //张三开奔驰车
zhangSan.drive(benz); //参数为Benz类型，张三只会开奔驰！ return ;
}
（2）解决方案——引入依赖倒置！
①通过IDriver和ICar两个接口来类间的耦合，引入依赖倒置原则
②汽车提供run方法。司机的职能就是驾驶汽车，必须实现Drive方法。当新增加汽车类时只要该汽车实现了ICar接口，司机就可以开了。
③Client是高层业务逻辑，它对低层的依赖是建立在抽象上。
【编程实验】司机可开各类车
//面向对象设计原则：DIP依赖倒置原则
//司机可开任何汽车——依赖抽象/接口 #include <stdio.h> //汽车接口
class ICar
{
public:
virtual void run() = ;
}; //奔驰车类
class Benz : public ICar
{
public:
void run(){printf("Benz runing...\n");}
}; //宝马车类
class BWM : public ICar
{
public:
void run(){printf("BWM runing...\n");}
}; //司机接口
class IDriver
{
public:
//是司机应该会驾驶汽车
virtual void drive(ICar& car) = ; //依赖接口
}; //司机类
class Driver : public IDriver
{
public:
void drive(ICar& car) //实现接口
{
car.run();
}
}; int main()
{
Driver zhangSan;
Benz benz;
BWM bwm; //张三开奔驰车
zhangSan.drive(benz); //张三开宝马
zhangSan.drive(bwm); return ;
}
3.3 依赖的3种写法（详见第1章）
（1）构造函数传递依赖对象
（2）Setter方法传递赖对象
（3）通过接口声明依赖对象（如编程实验2）
3.4 最佳实践
（1）每个类尽量都有接口或抽象类，或两者都有，这是依赖倒置的基本要求，有了抽象才可能依赖倒置
（2）声明变量时尽量用接口或抽象类，实例化再用具体的类
（3）任何类都不应该从具体的类派生（或者继承自具体类时不应超过两层）
（4）尽量不要覆盖基类己经实现的的方法。
（5）结合里氏替换原则，对子类进行设计。以便实现类能准确的实现业务逻辑又不违反LSP原则。