**各种原则要求的侧重点不同，总地来说：** * 开闭原则是核心，对扩展开放对修改关闭是软件设计、后期扩展的基石 * 单一职责原则要求我们设计接口，制定模块功能时保持模块或者接口功能单一，接口设计或功能设计尽量保持原子性，修改一处不能影响全局或其它模块 * 里氏替换原则和依赖倒置原则，按照作者的理解，这俩原则总的是要求我们要面向接口、面向抽象编程，设计程序的时候尽可能使用基类或者接口进行对象的定义或引用，而不是具体的实现，否则实现一旦有变更，上层调用者就必须做出对应变更，这样一来，整个模块可能都需要重新调整，非常不利于后期拓展 * 接口隔离原则具体应用到程序中，比如我们在传统 MVC 开发时，Service 层调用 DAO 层一般会使用接口进行调用，各层之间尽量面向接口通信，其实也是一种降低模块耦合的方法 * 迪米特法则的初衷也是为了降低模块耦合，代码示例中我们引入了类似 “中间人” 的概念，上层模块不直接调用下层模块，而是引入第三方进行代办，这也是为了降低模块的耦合度 * 组合/聚合复用原则，聚合是一种弱关联，而组合是一种强关联，表现在 UML 类图上的话聚合是使用空心四边形加箭头表示，而组合是使用实心四边形加箭头表示，合成复用原则总的就是要求我们尽量利用好已有对象，从而达到功能复用，具体是聚合还是组合，还是一般关联，就要看具体情况再定了