举个栗子，我们的电脑蓝屏了，一般是内存条坏了，这时候我们只需要更换内存条就可以保证电脑重新正常运行。
但是如果是收音机坏了，我们往往有种无从下手的感觉，为什么复杂的电脑容易修而简单的收音机却这么难修呢？
依赖倒转原则
A.高层模块不应该依赖底层模块。两个都应该依赖抽象。
B.抽象不应该依赖细节。细节应该依赖抽象。
为什么要叫倒转呢？
面向过程开发时，为了使代码复用，一般都会把这些代码写成许多函数的程序库，做项目时只需要调用这些低层的函数库就可以了。
比如我们做的项目大多要访问数据库，所以我们把数据库的代码写成函数，每次调用就可以了，这就叫做高层模块依赖低层模块。
但客户希望使用不同的数据库或存储方式，麻烦就出现了，因为高层模块都是和底层的访问数据库绑定在一起的，没办法复用这些高层模块。
就像电脑如果CPU、内存、硬盘都需要依赖主板，主板一坏，所有部件就都没用了。反过来，内存坏了也不应该造成其他部件不能使用才对。
如果不管高层模块还是低层模块，都依赖于抽象，具体点就是接口或抽象类，只要接口是稳定的，那么任何一个更改都不用担心其他受到影响，这就使得高低模块都可以复用。
为什么依赖了抽象的接口或抽象类，就不怕更改呢？
里氏代换原则
子类型必须能够替换掉他们的父类型。
面相对象设计时，一个是鸟类，一个是企鹅类，如果鸟是可以飞的，企鹅不会飞，那么企鹅是鸟吗？企鹅可以继承鸟这个类吗？
按我们现实的角度，企鹅是一种特殊的鸟，尽快不能飞，但他也是鸟，当然可以继承
但是在面向对象设计时，子类拥有父类所有非private的行为和属性。鸟会飞，而企鹅不会飞。
尽快在生物学的分类上企鹅是一种鸟，但在编程世界里，企鹅不能以父类——鸟的身份出现。因为前提说所有鸟都能飞，而企鹅飞不了，所以企鹅不能继承鸟类。
也正因为有了这个原则，使得继承复用成为了可能
只有当子类可以替换掉父类，软件单位的功能不受影响时，父类才能真正被复用，而子类也能够在父类的基础上增加新的行为。
也正因为有了里氏替换原则，才是的开放-封闭成为了可能，正是由于子类的可替换性才使得使用父类类型的模块在无需修改的情况下就可以扩展。
依赖倒转起始就是谁也不需要依赖谁，除了约定的接口，大家都可以灵活自如。
收音机就是典型的耦合过度，只要收音机出现故障，不管是没有声音、不能调频还是有杂音，反正都很难修理，因为各个部件相互依赖，难以维护。
依赖倒转可以说是面向对象设计的标志，用哪种语言不重要，如果编写时考虑的都是如何针对抽象编程而不是针对细节编程，
即程序中所有的依赖关系都是终止于抽象类或接口，那就是面向对象的设计，反之那就是过程化的设计了。