8个原则
1. 依赖倒置原则DIP
- 高层模块(稳定), 不应该依赖于底层模块(变化), 二者都应该依赖于抽象.
- 抽象(稳定)不依赖于实现细节(变化), 实现细节应该依赖于抽象(稳定).
2. 开放封闭原则OCP
- 对扩展开放, 对更改封闭
- 类模块应该是可扩展的, 但是不可修改.(不是去修改,而是增加代码, 去应对需求变化)
3. 单一职责原则(SRP)
- 一个类应该仅有一个引起它变化的原因.
- 变化的方向隐含着类的责任.
4. Liskov替换原则(LSP)
- 子类必须能够替换他们的基类(IS-A)
- 继承表达类型抽象
5. 接口隔离原则(ISP)
- 不应该强迫客户程序依赖他们不用的方法
- 接口应该小(少)而完备(ISP的另一个说法)
也就是说, 没有必要,就不需要让一个接口成为public.
反面说， 能private 就不protected， 能protected就不public。
6. 优先使用对象组合,而不是类继承
- 类继承通常为"白箱复用", 对象组合通常是"黑箱复用"
- 类继承某种程度上"破坏了封装性", 父子类耦合度高
- 类组合, 具有良好的接口封装性, 耦合度低
7. 封装变化点
- 使用封装来创建对象之间的分界层, 让设计者从一侧从修改, 而不是对另一侧产生不良的影响.
8. 针对接口编程, 而不是针对实现编程
- 不将变量类型声明为某个具体类,而是声明为某个接口
- 客户程序无需获知对象的具体类型, 只需要知道对象所具有的接口
- 减少系统中各部分的依赖关系, 实现"高内聚,低耦合"
设计原则提升为设计经验
1. 设计习语Design Idioms
底层模式,技巧,习惯用法
2. 设计模式Design Patterns
类与相互通信的对象之间的组织关系. 角色,职责,协作等方面.
3. 架构模式Architectural Patterns
00_设计原则
原文：https://www.cnblogs.com/superzou/p/11922832.html
