#单一职责原则
定义：一个类只负责一个功能领域中的相应职责（就一个类而言，应该只有一个引起它变化的原因）
是实现高内聚，低耦合的指导方针
#开闭原则
定义：一个软件实体应对扩展开放，对修改关闭。即软件实体应尽量在不修改原有代码的情况下进行扩展。
为了满足开闭原则，需要对系统进行抽象化设计，抽象化是开闭原则的关键。
#里氏代换原则
定义：所有引用基类的地方必须能透明地使用其子类的对象
是实现开闭原则的重要方式之一
#依赖倒转原则
定义：抽象不应该依赖于细节，细节应当依赖于抽象。换言之，要针对接口编程，而不是针对实现编程。
依赖倒转原则要求我们在程序代码中传递参数时或在关联关系中，尽量引用层次高的抽象层类。即使用接口和抽象类进行变量类型声明，参数类型声明，方法返回类型声明，以及数据类型的转换等，而不要用具体类来做这些事情。
在大多数情况下，开闭，里氏代换，依赖倒转三个原则会同事出现，开闭是目标，里氏代换是基础，依赖倒转是手段。
#接口隔离
当一个接口太大时，我们需要将它分割成一些更细小的接口
将大接口中的方法根据其职责不同分别放在不同的小接口中，以确保每个接口使用都很方便，并承担某一个单一角色。
接口应该尽量细化，同时接口中的方法应该尽量少，每个接口中只包含一个客户端（如子模块或业务逻辑类）所需的方法即可（定制服务）。
接口也不能太少，会导致接口泛滥。
#合成复用
复用时要尽量使用组合／聚合关系（关联关系），少用继承
组合可以使系统更灵活，降低类与类的耦合度，一个类的变化对其他类造成的影响相对较少。
使用继承时，需要严格遵守里氏代换原则。
#迪米特法则（最少知道原则）
｀不要和“陌生人”说话，只与直接朋友通信｀
引入一个合理的第三者，来降低现有对象的耦合度。