设计模式之依赖倒转原则（DIP）

1.概念

DIP:Dependency Inversion Principle

抽象不应当依赖于细节，细节应当依赖于抽象（说通俗点也就是要针对接口编程，不要针对实现编程；或者要依赖于抽象，不要依赖于具体）。

2.为何叫“依赖倒转”？

传统的过程性系统的设计办法倾向于使高层次的模块依赖于低层次的模块；抽象层次依赖于具体层次。倒转原则则是把这个错误的依赖关系倒过来。

3.如何做到依赖倒转?

以抽象方式耦合是依赖倒转原则的关键。由于一个抽象耦合关系总要涉及到具体类从抽象类继承，并且需要保证在任何引用到基类的地方都可以改换为其子类，所以里氏代换原则是依赖倒转原则的基础不应当依赖于细节，细节应当依赖于抽象（或者要针对接口编程，不要针对实现编程；或者要依赖于抽象，不要依赖于具体）。

三种耦合关系：

零耦合：如果两个类没有耦合关系，就称之为零耦合。

具体耦合：具体性耦合发生在两个具体的（可实例化）类之间，经由一个类对另一个具体类的直接引用造成。

抽象耦合：抽象耦合关系发生在一个具体类和一个抽象类（或者接口）之间，使两个必须发生关系的类之间存在有最大的灵活性。

依赖倒转原则要求客户端依赖于抽象耦合。

抽象不应当依赖于细节；细节应当依赖于抽象。

要针对接口编程，不要针对实现编程。

变量被声明时的类型叫做变量的静态类型，也叫做明显类型，变量所引用的对象的真实类型叫做变量的实际类型。

程序在需要引用一个对象时,应当尽可能的使用抽象类型作为变量的静态类型,这就是针对接口编程的含义。

强内聚：像CPU一样，别的厂商木有办法造。因为看不见内部。

松耦合：像CPU的针脚一样，主板厂商知道怎么造主板能用cpu

“高内聚，低耦合”主要是阐述的面向对象系统中，各个类需要职责分离的思想。   
每一个类完成特定的独立的功能，这个就是高内聚。耦合就是类之间的互相调用关系，如果耦合很强，互相牵扯调用很多，那么会牵一发而动全身，不利于维护和扩展。

类之间的设置应该要低耦合,但是每个类应该要高内聚.耦合是类之间相互依赖的尺度.如果每个对象都有引用其它所有的对象,那么就有高耦合,这是不合乎要求的,因为在两个对象之间,潜在性地流动了太多信息.低耦合是合乎要求的:它意味着对象彼此之间更独立的工作.低耦合最小化了修改一个类而导致也要修改其它类的"连锁反应". 内聚是一个类中变量与方法连接强度的尺度.高内聚是值得要的,因为它意味着类可以更好地执行一项工作.低内聚是不好的,因为它表明类中的元素之间很少相关.成分之间相互有关联的模块是合乎要求的.每个方法也应该高内聚.大多数的方法只执行一个功能.不要在方法中添加'额外'的指令,这样会导致方法执行更多的函数. 
    
推广开来说，这个思想并不限于类与类之间的关系。模块和模块，子系统之间也都要遵守这个原则，才可以设计出延展性比较强的系统。

。

3.依赖倒转原则的优缺点：

依赖倒转原则虽然很强大，但却是最不容易实现的。对象的创建很可能要使用对象工厂，以避免对具体类的直接引用，此原则的使用会导致大量的类。

依赖倒转原则假定所有的具体类都是会变化的，这也不总是正确的，有一些具体类可能是相当稳定的，不会发生变化，为此没有必要进行抽象。