架构师成长之路-设计模式-01.设计模式的设计原则

写在前面

• 遵循设计原则，可以让我们的代码 解耦、复用、提高可维护性、优雅（装B）、提高可拓展性。总之就是学就对了。
• 设计原则本身是最高层次的抽象，所以初学者可能不容易理解，可以学完设计模式之后再来回味。
• 写了很多自己的理解，希望能帮到你。

7大设计原则

1. 开闭原则
2. 依赖倒置原则
3. 单一职责原则
4. 接口隔离原则
5. 迪米特法则（最少知道原则）
6. 里氏替换原则
7. 合成复用原则

开闭原则

定义： 对拓展开放，对修改关闭

• 第一大原则，所有原则的祖宗，开闭原则，对拓展开放，对修改关闭
• 这是解耦的关键
• 怎么做呢：预留一些拓展点，让子类可以拓展，这就需要抽象层在构建的时候多花一些功夫
• 比如Spring的框架，你不能改他的源码吧，但是它预留了很多的拓展点，让你能介入、影响它的执行过程。比如BeanPostProcessor、InitializingBean、比如他暴露的事件等等。

依赖倒置原则

定义： 依赖抽象，不依赖具体

• 高层模块不应该依赖底层模块：抽象不依赖细节
• 底层模块可以依赖抽象：细节应该依赖抽象
• 简单点：能使用抽象时，就用抽象。也就是面向接口编程
• ps：抽象层负责节点控制、流程导向、执行顺序等等大事，从而保证抽象层的稳定。而具体怎么做，有实现层完成。

单一职责原则

定义：一个类、接口、方法只负责一项职责。只有一个原因会导致类的修改变更

• 降低类的复杂度
• 一个类只负责一项职责（请注意这里使用的是职责，就是只负责一件事情）
• 这或许是看字面意思最容易理解的一个原则，恭喜你
• 这或许又是最抽象的一个原则，如何划分职责？可惜并没有标准答案。

接口隔离原则

定义： 按职责划分接口，避免用一个接口实现多种职责的。

• 一个接口只关注一种职责。比如不要把跑和吃放在一个接口中。比如Spring的BeanFactory接口设计，职责是Bean工厂
• 避免接口臃肿、尽量细化接口
• 一个类应该尽可能少实现接口

迪米特法则（最少知道原则）

定义： 最少知道原则、保持神秘、不要和陌生人说话。

• 一个类尽可能少的暴露内容
• 一个类尽可能少的使用别的类的内容（让其他类给你提供方法）

里氏替换原则

定义：使用父类的地方，一定可以使用子类

• 这是对多态的拓展约束原则
• 子类可以拓展父类的功能，但是不能更改父类原有的功能
• 简单点理解，就是 Override 父类方法时，不应该改变其方法的本意，
• 反例：父类方法本来是吃，结果被子类覆写为跑。这就违反了里氏替换原则

合成复用原则

定义： 尽量使用组合、聚合来达到软件复用，而不是使用继承来达到复用。

• 避免继承滥用，本身不是继承关系，为了实现一项功能而使用了继承，就是继承滥用
• 通过组合来复用，而不是继承。继承是 is-a 的关系，组合是 has-a 的关系。
• 认为继承是最强的藕合
• 合理使用继承，若不是继承关系，使用组合来达到复用的目的。

写在最后

• 理性看待设计原则
• 尽可能贴近设计原则编码，而不是完全遵循