设计模式七大原则

单一职责原则，就一个类而言，应该仅有一个引起它变化的原因。

软件实体（类、模块、函数等）应该可以扩展，但不可以修改。对于扩展是开放的，对于更改是封闭的。

无论模块多封闭，都会存在一些无法对之封闭的变化，因此设计人员必须对其设计的模块应该对哪种变化封闭做出选择。他必须先猜测到最有可能发生的变化种类，然后构造抽象来隔离那些变化。

面对需求，对程序的改动是通过增加新代码进行的，而不是更改现有代码。

开放-封闭原则是面向对象设计的核心所在。遵循这个原则可以带来面向对象技术声称的巨大好处，也就是可维护、可扩展、可复用、灵活性好。开发人员应该对程序中呈现出频繁变化的那些部分作出抽象，然而，对于应用程序中的每个部分都刻意进行抽象同样不好。

抽象不应该依赖细节，细节应该依赖于抽象。也就是说要针对接口编程，不要对实现编程。

依赖倒转其实可以说是面向对象的标志，

一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不出父类对象和子类对象的区别。也就是自类型必须能够替换掉它们的父类型。

迪米特法则，就是如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的，某一个方法的话，可以通过第三者转发这个调用。

迪米特法则首先强调是在类的结构设计上，每一个类都应尽量降低成员的访问权限，也就是说一个类药包装好自己的private状态，无需让别的类知道的字段或者行为就不要公开。其根本思想是强调了类之间的松耦合，类之间的耦合越弱，越有利于复用，一个处于弱耦合的类被修改了，不会对有关系的类造成波及。

合成／聚合复用原则（CARP）：尽量使用合成／聚合，尽量不用使用类继承（这是一种强耦合）。优先使用对象的合成／聚合有助于保持每个类被封装，并被集中在单个任务上，这样类和类继承层次会保持比较小的规模，并且不大可能增长为不可控制的庞然大物。

接口隔离原则（Interface Segregation Principle），应当为客户端提供尽可能小的单独的接口，而不是提供大的总的接口。