七大原则概括

单一职责、接口隔离、依赖倒转(倒置)、里氏替换、开闭原则、迪米特法则、合成复用原则

1、单一职责原则

对类来说，即一个类应该只负责一项职责。

比如类A负责两个不同的职责：职责1，职责2。当职责1需求变更而需要改变A类时，可能造成职责2执行错误，所以需要将类A的粒度分解为类A1、A2.。

单一职责注意事项：

1、降低类的复杂度，一个类只负责一项职责

2、提高类的可读性，可维护性，降低变更引起的风险

2、接口隔离原则

客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上

3、依赖倒转原则

1、高层模块不应该依赖低层模块，二者都应该依赖于抽象

2、抽象不应该依赖细节，细节应该依赖抽象，依赖倒转核心思想是面向接口编程

3、依赖倒转原则是基于这样的设计理念：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础的架构稳定得多。java中抽象指的是接口或者抽象类，细节就是具体的实现类。

4、使用接口或抽象类的目的就是制定好规范，而不涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成。

依赖关系传递的三种方式：接口传递、构造方法传递、setter方法传递

4、里氏替换原则

里氏替换原则在1988年，由麻省理工学院的一位姓里的女士提出的。

如果对每个类型为T1的对象o1,都有类型为T2的对象o2,使得以T1定义的所有程序P在所有的对象o1都替换成o2时，程序P的行为没有发生变化，那么类型T2是类型T1的子类型。换句话说，所有引用基类的地方必须能透明地使用其子类的对象。

在使用继承时，遵循里氏替换原则，在子类中尽量不要重写父类的方法

里氏替换原则告诉我们，继承实际上让两个类耦合性增强了，在适当的情况下，可以通过聚合、组合、依赖 来解决问题。

5、开闭原则

开闭原则是编程中最基础、最重要的设计原则

一个软件实体比如类、模块、函数 都应该对扩展开放(提供方)，对修改关闭(使用方)。用抽象构建框架，用实现扩展细节。当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。

编程中遵循其他原则，以及使用设计模式的目的就是遵循开闭原则

6、迪米特法则

一个对象应该对其他对象保持最少的了解

类与类关系越密切，耦合度越大

迪米特法则又叫最少知道原则，即一个类对自己依赖的类知道的越少越好。也就是说对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供public方法，不对外泄露任何信息

7、合成复用原则

原则上尽量使用合成/聚合的方式，而不是使用继承

设计模式的核心思想

1、找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混合一起

2、针对接口编程，而不是针对实现编程

3、为了交互对象之间的松耦合设计而努力