JavaScript设计模式中的五大设计原则

大家好,我是苏先生,一名热爱钻研、乐于分享的前端工程师,跟大家分享一句我很喜欢的话:人活着,其实就是一种心态,你若觉得快乐,幸福便无处不在

github与好文

设计模式的好处

复用、易读、拓展

五大原则

开闭、接口隔离、里氏替换、依赖倒置、单一职责

开闭原则(hoc)

简写: ocp

要求:对拓展开发,对修改关闭

为了迎接元旦,产品想搞点新花样,把app里的a模块高亮,对b模块做打折处理

则代码如下

后来公司做年终总结,发现c模块一直在亏钱,故打算将其停用掉:置灰且显示停止发售

也很easy,如下即可

那要为了迎接春节又要将d特殊处理呢?元宵处理c呢......,你要说接着if...else,那我敬你是英雄,并奉上666

思考......

开闭原则要求关闭修改,这意味着我们不能直接去动原有的逻辑,那么是否可以把这些共有操作做一下归类呢?不管是置灰或者高亮或者默认颜色,都是对颜色的控制,所以可以提取一个setColor方法专门来做这件事;对于打折或停止销售或显示的金额都是一个div的文本显示,所以可以使用setSalary来做这件事

如此,对于新的mode来说,其天生就具有这两个方法,且可以在自身覆盖或增加自身的其他新的行为

单一职责(function)

简写: srp

要求:模块之间相互隔离,函数之间互不影响

比如我们做一个时间相关的下拉框,下拉框和时间就可以单独分开,使用moment来处理时间的转化

又比如对于开闭中列举的例子而言,假设有模块d不仅要高亮,而且要打折的话,则setColor和setSalary就是符合单一职责的。又或者是这样的

依赖倒置(vue.use)

简写: dip

要求:上层不应该依赖下层实现

假设我们要实现一个分享功能,我们可以这么写

这没毛病,将Share功能单独分开这很"单一职责",通过在Mode内重写shareToWx也实现了"开闭"

后来,产品突然发现,在当下网购盛行,网民习惯性看评价下菜,光分享出去好像没什么卵用,那...加个评价?

好嘛,评价不是我写的,我就调一下,那一秒我就给他写完了

可是,这时候我有点头疼,倒不是bug多,而是我发现还可以优化:新用户注册直接给个折扣会不会更好?,如果产品也这样想,那我岂不是还要再改,WTMD...

我貌似,对下层产生了依赖...

如果能像vue一样提供一个插件机制就好了,不管传递给vue的插件如何改变,有多少个,都能够接收,并在适当的时候提供给页面调用,而不是在vue内部去保留一份实现

接口隔离

简写: isp

像elementUI、antd这些组件库,都提供了按需加载能力,这个其实从某种意义上来说就是接口隔离,因为对于不需要的功能 我们 必要都跑一遍

里氏替换

简写: lsp

要求:子类可以继承并拓展父类,但不能破坏父类的执行流程,子类能出现的地方父类也可以

父类就像是在拟大纲一样,它实现了一个api的实现流程。子类可以直接使用也可以进行重写,但是不能破坏整体流程,如下,只有Fp是符合的

总结

本文是学习javascript设计模式的基础理论篇,如果大家对设计模块这一块儿的内容感兴趣,可以关注我,后续笔者会不定时对常见的23种设计模式进行更文哦🥰


如果本文对您有用,希望能得到您的点赞和收藏

订阅专栏,每周更新1-2篇类型体操,每月1-3篇vue3源码解析,等你哟😎

相关推荐
小小神仙几秒前
🚀JSCommon系列-前端常用时间处理
前端·javascript·面试
Dream耀几秒前
深入浅出Redux:在React中高效管理全局状态
前端·javascript·react.js
摆烂为不摆烂2 分钟前
😎Andrej Karpathy大模型讲解笔记,一起学习LLM大语言模型的原理
前端
署雨2 分钟前
我不知道的Set
javascript
希望_睿智5 分钟前
实战设计模式之责任链模式
c++·设计模式·架构
光算科技6 分钟前
CDN加速导致CLS升高图片托管服务器的3个选择标准!
服务器·前端·github
桦说编程7 分钟前
并发编程与视图——简单方法返回异步 Map<Key, Data>
java·设计模式
炫饭第一名12 分钟前
探索学习 Zustand 源码实现🔍🔍🔍
前端·javascript·react.js
石小石Orz16 分钟前
Vue 3 + Axios 完整入门实战指南
前端·javascript·vue.js
阿珊和她的猫21 分钟前
Axios 在 Vue3 项目中的使用:从安装到组件中的使用
前端·javascript·vue.js·typescript