大话设计模式－第05章 会修电脑不会修收音机？－依赖倒转原则

第05章 会修电脑不会修收音机？－依赖倒转原则

    依赖倒转原则：

        A：高层模块不应该依赖底层模块。两个都应该依赖抽象。

        B：抽象不应该依赖细节。细节应该依赖抽象。

    依赖倒转原则，也翻译成依赖倒置原则。原话解释是抽象不应该依赖细节，细节应该依赖于抽象，说白了，就是要针对接口编程，不要对实现编程。

    里氏转换原则

        一个软件实体如果使用的是父类的话，那么一定适用于其子类，而且他察觉不出来父类对象和子类对象的区别。也就是说，在软件里面，把父类都替换成它的子类，程序的行为没有变化，简单的说，子类型必须能够替换掉它们的父类型。

        如:一个是鸟类，一个企鹅类，鸟类可以飞，企鹅不会飞，那么企鹅继承鸟这个类是否合适？在这种情况下就不合适了，因为此时企鹅不能以父类－鸟的身份出现（企鹅不会飞），所以，企鹅不能继承鸟类（个人觉得此时就说明了能够飞行并不是鸟的本质属性之一，鸟这个抽象类中压根不应该包括能够飞行这个属性）。

    只有当子类可以替换掉父类，软件单位的功能不受到影响时，父类才能真正被复用，而子类也能够在父类的基础上增加新的行为。

    正是由于里氏代换原则，才是的开放－封闭原则成为了可能。

    正是由于子类型的可替换性才使得使用父类类型的模块在无需修改的情况下就可以扩展。不然还谈什么扩展开放，修改关闭呢。

空心三角形＋实现表示继承

实线＋箭头表示关联（association）关系，表示一个类‘知道’另一个类

association |əˌsəʊsɪˈeɪʃn| noun 协会、联合、关联

    依赖倒转原则可以说是面向对象设计的标志，用哪种语言来编写程序不重要，如果编写时考虑的都是如何针对抽象编程而不是针对细节编程，即程序中所有的依赖关系都是终止于抽象类或者接口，那就是面向对象的设计，反之那就是过程化的设计了。