- 单一职责原则
- 开闭原则
- 里氏替换原则
- 依赖倒置原则
- 接口隔离原则
- 迪米特法则
- 组合/聚合复用原则
单一职责原则（Single Responsibility Principle）——高内聚、低耦合
定义：不要存在多于一个导致类变更的原因。通俗的说，一个类只负责一项职责，应该仅有一个引起它变化的原因。
适用于：模块、类、接口、方法。
优点：
降低复杂度;提高可读性，系统的可维护性;降低变更引起的风险。
建议：接口一定要做到单一职责，类的设计尽量做到只有一个原因引起变化。
开闭原则（Open Close Principle）—— 高内聚、低耦合
定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。
面对新需求，对程序的改动是通过增加新代码进行的，而不是更改现有的代码。
经典的话说：过去的事已成为历史，是不可修改的，因为时光不可倒流，但现在或明天计划做什么，是可以自己决定（即扩展）的。
怎样的设计才能面对需求的改变却可以保持相对稳定，从而使得系统可以在第一个版本后不断推出新的版本呢？开放-封闭。
在发生小的变化时，就及早去想办法应对发生更大变化的可能。
等到发生变化时立即采取行动。创建抽象来隔离以后发生的同类变化。
开发人员应该对程序中频繁变化的那部分做出抽象。
拒绝不成熟的抽象和抽象本身一样重要。
里氏替换原则（Liskov Substitution Principle）——低耦合
定义：子类型必须能够替换掉它们的父类型。
里氏替换原则通俗的来讲就是：子类可以扩展父类的功能，但不能改变父类原有的功能。
子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
子类中可以增加自己特有的方法。
如果不遵循里氏替换原则，代码出现问题的几率会大大的增加。
依赖倒置原则（Dependence Inversion Principle）
定义：高层模块不应该依赖底层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象；即针对接口编程，不要针对实现编程。
程序中所有的依赖关系都终止于抽象类或者接口，那就是面向对象的设计，反之那就是过程化的设计。
这个是开闭原则的基础。
“面向接口编程”——OOD（Object-Oriented Design，面向对象设计）的精髓之一。
在实际编程中，我们一般需要做到如下3点：
底层模块尽量都要有抽象类或接口，或者两者都有。
变量的声明类型尽量是抽象类或接口。
使用继承时遵循里氏替换原则。
接口隔离原则（Interface Segregation Principle）——高内聚
含义：建立单一接口，尽量细化接口，接口中的方法尽量少。
为各个类建立专用的接口。
在程序设计中，依赖几个专用的接口要比依赖一个综合的接口更灵活。
运用接口隔离原则，一定要适度，接口设计的过大或过小都不好。
设计接口的时候，只有多花些时间去思考和筹划，才能准确地实践这一原则。
迪米特法则（Law Of Demeter）——松耦合
迪米特法则又叫最少知道原则，通俗的来讲，就是一个类对自己依赖的类知道的越少越好。
也就是说，对于被依赖的类来说，无论逻辑多么复杂，都尽量地的将逻辑封装在类的内部，对外除了提供的public方法，不对外泄漏任何信息。
迪米特法则还有一个更简单的定义：只与直接的朋友通信。
一句话总结就是：一个对象应该对其他对象保持最少的了解。
组合/聚合复用原则（Composition/Aggregation Reuse Principle ）——松耦合
尽量使用合成和聚合，而不是集成来达到复用的目的。
该原则就是在一个新的对象里面使用一些已有的对象，使之成为新对象的一部分,新的对象通过向这些对象的委派达到复用已有功能的目的。
