前言
作为一名前端开发工程师,开发各种弹窗是家常便饭,但如何快捷高效、风格统一是一个问题。
状态驱动
在现如今前端技术栈都是 Vue
、 React
的情况下,使用状态驱动是一种常用方式。比如我们页面要引入一个弹窗,点击某个按钮弹出:
以上有一个问题,控制弹窗显隐的变量、显示弹窗的逻辑、关闭弹窗的回调逻辑分散在不同的地方。
假设这个页面有不止一个弹窗,那么这样写:
这样写起来简直不要太啰嗦。
命令式开发(函数式)
我开发了 promise-modal 这个库,可以在 React 项目中 Promise 函数式的开发调用弹窗。
安装
使用
你的 Modal 组件这样写,我们会传入 callbackResolve
和 callbackReject
两个 props 到你的组件中,你需要在关闭 Modal 的时候调用它们。
把你的 Modal 组件传入 create 函数
业务代码中使用 Modal,像 Promise 函数一样。
当然,命令式还是状态驱动开发,一直都有争议:
这是尤雨溪的观点,支持状态驱动:
https://www.zhihu.com/question/35820643/answer/64646527
还有一些支持命令式的网友:
https://www.zhihu.com/question/35820643/answer/2286114480
截取片段:
对于使用者来说,他只需要专注于他想展现的东西,展现的规则,而不需要额外的关注弹窗显隐这样的无关逻辑—调用本身就是要显示嘛。
改成命令式的调用,使用者就无需去引入组件,挂载组件,声明回调,打断逻辑流,可以只关注于自己的数据。
我的观点
- 状态驱动多个弹窗类组件时,代码过于冗余。
- 对于大型团队来说,一线业务开发人员,水平层次不去,代码风格各异,分散的状态驱动,每个人变量命名等风格都不一样,风格无法统一,导致代码杂乱,无法维护。
- Promise 函数式使得弹窗使用者无需关心显隐等逻辑,就近原则,只有业务走到这里,弹窗该出现了,才调用对应弹窗函数。
- 当然,这种方法,增加了弹窗开发人员的工作,但减轻了弹窗使用人员的心智负担。
- 这个库隐式的传入了
callbackResolve
和 callbackReject
两个 props, 依赖来源不清晰,带来了新的心智负担。暂时没好的思路处理,欢迎 PR。
最后
开发弹窗时,你更愿意使用状态驱动还是命令式呢?命令式是否适合你们的团队或项目? 欢迎试用。
GitHub 地址
npm 地址
加我微信
liruifengv2333
,进群交流,抱团取暖。
关注公众号 SayHub
,带来更多原创内容。
很高兴见到你,欢迎来玩儿~