设计模式之依赖倒转原则

抽象不应该依赖细节，细节应该依赖于抽象。说白了，就是要针对接口编程，不要对实现编程。可以用电脑的设计来理解，无论主板，CPU，内存，还是硬盘都是针对接口设计的。如果针对实现设计，内存就要对应到具体每个品牌的主板，就会出现换内存就需要把主板换掉的尴尬。

依赖倒转原则：1.高层模块不应该依赖低层模块，两个都应该依赖抽象。 2.抽象不应该依赖细节，细节应该依赖抽象。

那为什么要叫倒转呢？面向过程开发时，为了使得常用的代码可以复用，一般都会把这些常用代码写成许许多多函数的程序库，这样我们在做新项目的时候去调用这些低层的函数就可以了。但这样做就有可能出问题，我们做新项目时，发现业务逻辑和高层模块都是一样的，但客户却希望使用不同的数据库或存储信息的方式，这时就麻烦了。我们希望再次利用这些高层模块，但高层模块是与低层的数据库绑定在一起的，没办法复用。而如果不管高层模块还是低层模块都依赖于抽象，具体一点就是接口或抽象类，只要接口是稳定的，那么任何一个更改都不用担心其他受到影响。这就使得无论高层还是低层都可以很容易地被复用，这才是最好的方法。

但为什么依赖了接口或抽象类就不怕更改了呢？这里涉及了里氏代换原则。

里氏代换原则是Barbara Liskov女士在1988年发表的。白话翻译就是一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且察觉不出父类对象和子类对象的区别。也就是说，在软件里面，把父类都替换成子类，程序的行为没有变化。

里氏代换原则：子类型必须能够替换掉他们的父类型。

这时学继承就要理解的相关概念。也正是有了这个原则，使得继承复用成为了可能。只有当子类可以替换掉父类，软件单位的功能不受到影响时，父类才能真正被复用，而子类也能在父类的基础上增加新的行为。

说白了，依赖倒转就是除了约定的接口，谁也不要依靠谁，这样大家都可以灵活自如。