依赖倒置原则

依赖倒置原则

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

含义：

High level modules should not depend upon low level modules.Both should depend upon abstractions.Abstractions should not depend upon details.Details should depend upon abstractions.
● 高层模块不应该依赖低层模块，两者都应该依赖其抽象；
● 抽象不应该依赖细节；
● 细节应该依赖抽象。

依赖倒置原则在Java语言中的表现:

● 模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的；
● 接口或抽象类不依赖于实现类；
● 实现类依赖接口或抽象类。
更加精简的定义就是“面向接口编程”——OOD（Object-Oriented Design，面向对象设计）的精髓之一。

注意:

在Java中，只要定义变量就必然要有类型，一个变量可以有两种类型：表面类型和实际类型，表面类型是在定义的时候赋予的类型，实际类型是对象的类型

测试驱动开发:TDD（Test-Driven Development):依赖倒置原则的最高级应用

JMock工具

只要做到抽象依赖，即使是多层的依赖传递也无所畏惧！

依赖的三种写法

1.构造函数传递依赖对象
2.Setter方法传递依赖对象
3.接口声明依赖对象,该方法也叫做接口注入。

依赖倒置原则的本质就是通过抽象（接口或抽象类）使各个类或模块的实现彼此独立，不互相影响，实现模块间的松耦合

遵循规则:

● 每个类尽量都有接口或抽象类，或者抽象类和接口两者都具备这是依赖倒置的基本要求，接口和抽象类都是属于抽象的，有了抽象才可能依赖倒置。
● 变量的表面类型尽量是接口或者是抽象类
● 任何类都不应该从具体类派生(如果一个项目处于开发状态，确实不应该有从具体类派生出子类的情况，但这也不是绝对的，因为人都是会犯错误的，有时设计缺陷是在所难免的，因此只要不超过两层的继承都是可以忍受的。)
● 尽量不要覆写基类的方法(如果基类是一个抽象类，而且这个方法已经实现了，子类尽量不要覆写。类间依赖的是抽象，覆写了抽象方法，对依赖的稳定性会产生一定的影响。)
● 结合里氏替换原则使用( 接口负责定义public属性和方法，并且声明与其他对象的依赖关系，抽象类负责公共构造部分的实现，实现类准确的实现业务逻辑，同时在适当的时候对父类进行细化。)

依赖正置:就是类间的依赖是实实在在的实现类间的依赖，也就是面向实现编程(我要开奔驰车就依赖奔驰车，我要使用笔记本电脑就直接依赖笔记本电脑)

依赖倒置原则的核心:面向接口编程