设计原则(三):OCP 开闭原则

1,950 阅读2分钟

大家好,我是寒草😈,一只工作一年出头的草系码猿🐒
如果喜欢我的文章,可以关注 ➕ 点赞,与我一同成长吧~
加我微信:hancao97,邀你进群,一起学习交流,成为更优秀的工程师~

「这是我参与2022首次更文挑战的第9天,活动详情查看:2022首次更文挑战」。

背景介绍

这是我的《架构整洁之道》系列的第七篇,这一篇我们将一起学习 OCP 开闭原则~

《架构整洁之道》系列:

OCP 开闭原则

对 OCP 原则的描述应该为:设计良好的计算机软件应该易于扩展,同时抗拒修改。

我们可以解释为:一个设计良好的计算机系统应该在不需要修改的前提下就可以轻易被扩展。

尽管大部分软件设计师都己经认可了 OCP 是设计类与模块时的重要原则,但是在软件架构层面,这项原 则的意义则更为重大。

如果 A 组件不想被 B 组件上发生的修改所影响,那么就应该让 B 组件依赖于 A 组件。软件架构师可以根据相关函数被修改的原因、修改的方式及修改的时间来对其进行分组隔离,并将这些互相隔离的函数分组整理成组件结构,使得高阶组件不会因低阶组件被修改而受到影响。

结束语

image.png

OCP 是我们进行系统架构设计的主导原则,其主要目标是让系统易于扩展,同时限制其每次被修改所影响的范围。实现方式是通过将系统划分为一系列组件,并且将这些组件间的依赖关系按层次结构进行组织,使得高阶组件不会因低阶组件被修改而受到影响。

最后

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

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

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

各位的点赞与关注是我源源不断的动力,可以加我微信:hancao97,邀你进群,一起学习交流,成为更优秀的前端工程师~