依赖倒转原则
解释
抽象不应该依赖细节，细节应该依赖于抽象。
即，针对接口编程，不要对实现编程。
实现
高层模块不应该依赖低层模块。两个都应该依赖抽象。
抽象不应该依赖细节。细节应该依赖抽象。
价值
依赖倒转是面向对象设计的标志。
如果编写程序时考虑的都是如何针对抽象编程而不是针对细节编程。即，程序中所有的依恋关系都是终止于抽象类或者接口，那就是面向对象的设计，反之那就是过程化的设计。
体现
谁也不依靠谁，除了约定的接口，大家都可以灵活自如。
解决的问题
各个功能相互依赖，难以维护。问题的查找、修改很复杂。
面向过程的开发时，为了使得常用代码可以复用，一般都会把这些常用代码写成许许多多的程序库，这样我们再做新项目时，去调用这些低层的函数就可以了。（访问数据库的代码，高层模块依赖低层模块）。这样会的问题？
高层模块依赖低层模块。如果需要高层模块不变，更改调用别的低层模块就很难，因为高层模块都是与低层的绑定在一起的。
所以，不管高层模块还是低层模块，都应该依赖于抽象。
具体做法：提供接口或抽象类。只要接口是稳定的，那么任何一个的更改都不用担心其他收到影响。这就使得无论高层模块还是低层模块都可以很容易地被复用。
里氏代换原则
解释
一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不吃父类对象和子类对象的区别。
即，子类型必须能够替换掉它们的父类型。子类拥有父类所有非Private的行为和属性。
优点
可以继承复用。只有当子类可以替换掉父类，软件单位的功能不受到影响时，父类才能真正被复用，而子类也能够在父类的基础上增加新的行为。
正是由于子类型的可替换性才使得使用父类类型的模块在无需修改的情况下就可以扩展。（有了里氏代换原则，才使得开放-封闭成为了可能）。
面向对象四大好处
可维护、可扩展、可复用、灵活性好。
类、程序集
强内聚、松耦合。即，易替换
接口最大好处
内部复杂的逻辑不需要让外部了解，只需预留出相应的功能方法即可
单一职责原则
各自的职责明确
开放-封闭原则
对修改封闭，对扩展开放。软件系统设计得好，就可以无限扩展。