设计模式六大原则(三)依赖倒转原则

10.3.3  依赖倒转原则（Dependence Inversion Principle）

开闭原则的主要机制就是依赖倒转原则，这个原则的内容是：要依赖于抽象，不要依赖于具体，即要针对接口编程，不针对实现编程。

依赖也就是耦合，共分为下面3种。

零耦合（Nil Coupling）关系：两个类没有依赖关系。

具体耦合（Concrete Coupling）关系：两个具体的类之间有依赖关系，如果一个具体类直接引用另外一个具体类，就是这种关系。

抽象耦合（Abstract Coupling）关系：这种关系发生在一个具体类和一个抽象类之间，这样就使必须发生关系的类之间保持最大的灵活性。

依赖倒转原则要求客户端依赖于抽象耦合，抽象不应当依赖于细节，细节应当依赖于抽象。这个原则的另外一个表述就是：要针对接口编程，不要对实现编程。程序在需要引用一个对象时，应当尽可能地使用抽象类型作为变量的静态类型，这就是针对接口编程的含义。依赖倒转原则是达到开闭原则的途径。

要做到依赖倒转原则，使用抽象方式耦合是关键。由于一个抽象耦合总要涉及具体类从抽象类继承，并且需要保证在任何引用到某类的地方都可以改换成其子类，因此，里氏代换原则是依赖倒转原则的基础，依赖倒转原则是OOD的核心原则，设计模式的研究和应用都是用它作为指导原则的。

再拿上一节的正方形和长方形为例，在最后的测试函数中，正确的方式是使用抽象类作为函数参数：

public class BastTest { public void zoom(Base base, int width, int height) { base.zoom(width, height); } }

即针对抽象类编程，如果将它换成如下的针对具体类的操作：

public class BastTest { public void zoom(Rectangle rectangle, int width, int height) { rectangle.zoom(width, height); } }

这样该类就违反了依赖倒转原则，就不能够复用做正方形的操作了。

依赖倒转原则虽然强大，但是也很难实现。另外，依赖倒转原则是假定所有的具体类都会变化，这也不是全对，有些具体类就相当稳定。使用这个类的客户端就完全可以依赖这个具体类，而不用再弄一个抽象类。