背景介绍

这是我的《架构整洁之道》系列的第五篇，从这一篇开始，我们将要一起学习设计原则～

《架构整洁之道》系列：

• 编程范式（三）：函数式编程
• 编程范式（二）：面向对象编程
• 编程范式（一）：结构化编程
• 寒草与《架构整洁之道》｜树叶飞舞，故事开始🌟

设计原则

通常来说，要想构建一个好的软件系统，应该从写整洁的代码开始做起。毕竟，如果建筑所使用的砖头质 量不佳，那么架构所能起到的作用也会很有限。反之亦然，如果建筑的架构设计不佳，那么其所用的砖头质 量再好也没有用。这就是 SOLID 设计原则所要解决的问题。

一般情况下，我们为软件构建中层结构的主要目标如下:

• 使软件可容忍被改动。
• 使软件更容易被理解。
• 构建可在多个软件系统中复用的组件。

在这里之所以会使用“中层”这个词，是因为这些设计原则主要适用于那些进行模块级编程的程序员。SOLID 原则应该直接紧贴于具体的代码逻辑之上，这些原则是用来帮助我们定义软件架构中的组件和模块的。

• SRP:单一职责原则

每个软件模块都有且只有一个需要被改变的理由。

• OCP: 开闭原则

如果软件系统想要更容易被改变，那么其设计就必须允许新增代码来修改系统行为，而非只能靠修改原来的代码。

• LSP: 里氏替换原则

这项原则的意思是如果想用可替换的组件来构建软件系统，那么这些组件就必须遵守同一个约定，以便让这些组件可以相互替换。

• ISP: 接口隔离原则

软件设计师应该在设计中避免不必要的依赖

• DIP : 依赖反转原则

高层策略性的代码不应该依赖实现底层细节的代码，恰恰相反，那些实现底层细节的代码应该依赖、高层策略性的代码。

结束语

其实仔细思考这些原则的内涵，在之前的整洁编码中也有体现，整洁的架构本身就是由坚实的框架与一砖一瓦构成，每一处都透露出这些原则的无穷奥妙。

在接下来的几篇文章中，我们将一起学习这些原则在软件架构上的意义～

最后

✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨

少年向来不识天高地厚
放眼处皆自负才高八斗
虽是自命风流
倒也坦诚无忧
我爱这样的少年
谦和而狂妄
骄傲又坦然☀️

✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨