设计模式的六大基本原则

1. 开闭原则

软件实体（类/模块/函数）应对修改封闭、对拓展开放

当对软件实体的需求发生变化，应该尽量通过拓展软件实体的方式（派生）来实现新的功能，而不是改变原有的代码

2. 单一职责原则

a. 一个类只做一件事
b. 一个类只应有一个引起他修改的原因

3. 里氏替换原则

子类应该可以完全替换父类

也就是说继承时，只拓展功能，不破坏父类的功能

4. 依赖倒置原则

概念

A.高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象。
B.抽象不应该依赖于具体，具体应该依赖于抽象。

理解

面向过程开发的过程中，上层调用下层也依赖于下层，当下层发生变动则上层也会发生变动；在实际开发过程中就会导致：当下层某个动作发生变化时，整个上层控制代码也会发生变动；这是十分破坏代码复用的。
在面向对象开发过程中，可以基于抽象类实现不同的子类，在实际使用时可以基于动态联编实现下层的变动

5. 迪米特法则

一个类不应知道自己操作的类的细节

6. 接口隔离原则

• 客户端不应依赖它不需要的接口。一个类对另一个类的依赖应该建立在最小的接口上
• 不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构
• 如果一个接口在实现时，部分方法由于冗余被客户端空实现，则应该将接口拆分，让实现类只需依赖自己需要的接口方法

用户的接口不应该包含用户所不需要的信息/属性