vue2 + element-ui,前端配置化表单封装(2024-06-14)
宝子卡粉 2024-08-08 14:33:05 阅读 98
技术栈是 <code>vue2 + element-ui
,主要能解决的问题就是 提高代码复用能力、提升开发效率,特别是需要开发多个大型表单系统的,配置化可以极大的提升效率,让你上班摸鱼不再是梦想!为了早点下班,我们接着往下看吧!
一、场景介绍
1. 业务场景
如何定义「巨型」表单,这个因人而异。但如果只是一些:收货人信息、登陆、注册的这种比较简单的表单,那肯定算不上巨型,直接常规开发写模版就好了,没有必要为了配置化而配置化~
从笔者的理解出发,表单项非常多,比如笔者曾经负责的「投放系统」,随随便便提交时都会涉及几十甚至上百个字段,这样整个表单会有几十、上百个表单项组成,这就算得上是巨型表单了。
先给大家看看成品的其中的一小块截图~
别看到截图好像表单项也就那样,根据右栏数起来共40+个,但是这个只是初期版的,还有很多字段是没接进来的;而且很多表单项之间有联动、可增删,还有很多表单项是隐藏的
相信你很难想象,其实你只要进行简单的配置,就能实现上图的界面。比如下图的 <code>js对象 就是上图的其中几个表单项的配置:
大家已经不难看出,配置化思路其实就是对表单项进行了抽象,制定了一份协议去描述每个表单项。具体对象中的每个属性有什么用,这个笔者稍后讲自己的设计思路时再详细介绍~
这时候你一定会有疑问,为什么要抽象、为什么配置化的方案更好,我们接着往下看~
2. 配置化想法萌生
高复用、好维护。是的,笔者用配置化方式开发表单,完完全全就是为了高复用、可维护性,然后提升开发效率,解放生产力。
高复用:相似的业务逻辑进行统一处理,复用在相似领域的业务场景。如果说投放系统只需要接入一个渠道,那真的写 <code>template 一把梭就完了。但事实上却不是这样的,当你接入了第一个 facebook
,你发现后面还有 tiktok
、 巨量引擎
、 广点通
等各种媒体渠道...
可维护:实现配置代替开发。即使把配置抽离,交到非技术人员处,其根据协议一样能实现表单项的增删,完成业务。并不是把东西做出来就完事了。首先,渠道方会有新配置功能推出,这个是不可控的。其次,系统开发时并不是全字段接入,而是先接入业务方所需要的核心配置,所以后期会有很多接入新的字段需求。
接下来举两个例子来说说,高复用、好维护体现在哪里
表单1。代码如下:
<el-form ref="form" :model="form"> code>
<!-- 当活动区域的值为 “area1” 时, 活动名称才展示 -->
<el-form-item label="活动名称" v-if="form.area === 'area1'">code>
<el-input v-model="form.name"></el-input> code>
</el-form-item>
<el-form-item label="活动区域">code>
<el-select v-model="form.area" multiple>...</el-select> code>
</el-form-item>
</el-form>
表单2。虽然跟 表单1 很相似,但又存在不同。比如 表单2 的活动区域不叫 “活动区域” ,且 表单项 之间的联动关系有所不同,我们接着使用 copy大法 来做,代码如下:
<el-form ref="form" :model="form">code>
<el-form-item label="活动名称">code>
<el-input v-model="form.name"></el-input> code>
</el-form-item>
<!-- label变成 “活动2”,且需要填写name后才能操作,且是多选 -->
<el-form-item label="活动2">code>
<el-select
v-model="form.area" code>
:disable="form.name" code>
multiple
>...</el-select>
</el-form-item>
</el-form>
copy大法虽然好使,但是我们的复用能力基本就没了,所有功能都近乎是重新开发,这使得非常的被动。别看上面举例好像很轻松就能实现,笔者说过了,我们将要开发的是一个上百项表单项的系统,当模版的量堆积到一定程度时,你会想吐血。好不容写了上千行模版,以为完事了,结果再接一个新的媒体,又是从一个新的开始......并且,你要再写一个上千行的 template
和各种表单项之间的联动逻辑,也是很痛苦的...
提升复用能力 , 让复杂的表单 变得清晰好维护才是出发点。
二、设计 & 实现
1. 设计协议
首先我们思考下我们的每个表单项目需要一些什么:
type 类型。比如 input
、 select
、 radio
等等
label 表单项的名称/描述。
formKey 字段名。我们提交数据到后段的字段名,比如 form.name
的 'name'
value 存放表单值。表单上 v-model
所绑定的值
options 配置项。比如配置 multiple
、 disabled
、 是否显示
等等
好了,有了以上这些点,我们试着把案例中的 表单1 用协议表达出来:
<el-form-item label="活动名称" v-if="form.area === 'area1'">code>
<el-input v-model="form.name"></el-input> code>
</el-form-item>
<el-form-item label="活动区域">code>
<el-select v-model="form.area">...</el-select> code>
</el-form-item>
我们可以用协议这样去描述它
[
{
type: 'el-input',
label: '活动名称',
formKey: 'name',
value: '', // 默认值为空字符串
options: {
vIf: [
// 表示:当 form.area === 'area1',才显示
{ relationKey: 'area', value: 'area1' }
]
}
},
{
type: 'el-select',
label: '活动区域',
formKey: 'area',
value: 'area1',
options: {
multiple: true
}
}
]
是不是有点内意思了?如果把 开发巨型表单系统 转换成 编写JSON ,是不是很爽?
2. 实现渲染器
配置是有了,但是怎么把配置转换成我们真实的表单呢?如果直接开干,我想大部分可能会先这样下手,比如:
<template>
<el-form-item :label="props.label">code>
<el-input
v-if="props.type === 'el-input' && ...业务联动逻辑" code>
:disabled="props.disabled"code>
v-model="props.value"code>
...
/>
<el-select
v-if="props.type === 'el-select' && ...业务联动逻辑" code>
:disabled="props.disabled"code>
multiple="props.multiple"code>
v-model="props.value"code>
...
>...</el-select>
</el-form-item>
</template>
好了,大家观察一下上面的 template
中,有没发现很多冗余的代码。如果我们需要给组件传入 props
比如例子中的 disabled
、 multiple
;控制 v-if
等等。。我们有多少个组件,这些重复的代码就要写多少次。如果以后有需要给所有组件传多一个 props
,我们就要编辑n次~记住!我们配置化就是要提高效率的,所以这样是不行的~
在此,笔者就建议编写 render函数
。render函数
的场景 & 对应的好处,大家可以看看 官方文档[1] 对其的讲解~
这里不会深入介绍 render函数
,如果还不知道的,大家只需要记住:Vue
只认 render函数
,平时我们 .vue文件
写的 template
,经过编译之后就是 render函数
render函数
作用就是返回一个 vNode
。我们 vue2
初始化项目时写的:render (h) => h(App)
是不是就似曾相识了呢?
都说 React 写 jsx
比 Vue 写 template
更好写逻辑,那我们也用 render函数
,好写逻辑~ 😝 (当然,如果你对render函数不是特别熟悉,那么写template也是可以的)
接下来,我们看看,如何通过render函数,把我们的表单项做出来,以上述案例其中一个为例子:
<el-form-item label="活动名称">code>
<el-input v-model="form.name"></el-input> code>
</el-form-item>
这一段要怎么通过render函数表述出来?根据官方文档,我们理清三个参数是什么就可以了:
createElement(
'div', // {String | Object | Function},一个 HTML 标签名、组件选项对象,或者...
{}, // 一个与模板中 attribute 对应的数据对象
[] // {String | Array},可以理解成时 children 节点
)
接着,我们直接开干:
<script>
export default {
name: "FormItemDemo",
render(createElement) {
return createElement('el-form-item', {
props: {
label: '活动名称'
}
}, [
createElement('el-input') // input组件
])
}
}
</script>
在 App组件
中引用这个 FormItemDemo组件
,代码如下
<template>
<div>
<el-form label-width="100px">code>
<FormItemDemo />
</el-form>
</div>
</template>
<script>
import FormItemDemo from "./components/FormItemDemo.vue";
export default {
name: 'App',
components: { FormItemDemo }
}
</script>
这时候,页面上就出现了我们的 input表单项 了
初始工作已经做完了,接下来的就是让我们把 <code>render函数 的一些动态数据用变量代替,跟我们的 配置config
结合起来。
❗️❗️❗️注意,render函数很灵活,第一个参数可以是字符串、组件对象、function。大家不要被demo所局限,很多场景是需要我们定制一些组件,然后应用到我们的配置化中,而不是直接使用element-ui的原生组件。笔者项目中用的组件都是经过业务场景封装后export出来的组件对象,再配置到type中,最后render函数接收的是一个组件对象,具备业务能力的组件。因此,我们可以在自己实现的组件中定制自己的业务逻辑。
3. render函数 & 配置数据
要说 render函数 也不是真的完美,毕竟要自己去实现譬如 v-if
、 v-model
这种指令,但是没问题,它带给我的便利给大,所以我能接受。
正式演示配置化的实现时,笔者先声明一点:这里的只是 demo 级别的,具体实战到项目要根据业务场景。笔者做业务时,是对 select
、 cascader
等组件都封装了一层。因为很多时候我们的下拉数据要去后端拿,封装后组件可以通过传入的 params
和 urlPath
去获取数据。所以,大家更要关注思路,然后根据业务场景自己去思考、实现即可。
首先配置数据如下:
export default [
{
type: 'el-input',
label: '活动名称',
formKey: 'name',
value: '', // 默认值为空字符串
options: {
vIf: [
// 表示:当 form.area === 'area1',才显示
{ relationKey: 'area', value: 'area1' }
]
}
},
{
type: 'el-select',
label: '活动区域',
formKey: 'area',
value: 'area1',
options: {
multiple: true
},
optionData: [ // 这里模拟去后端拉回数据
{ label: '区域1', value: 'area1' },
{ label: '区域2', value: 'area2' }
]
}
]
我们把 render函数 改造后,变成这样
<script>
export default {
name: "FormItemDemo",
props: {
itemConfig: Object // 接收配置,外部传入
},
render(createElement) {
return createElement('el-form-item', {
props: {
label: this.itemConfig.label // 表单项的label
}
}, [
// 表单组件
createElement(this.itemConfig.type, {
props: {
value: this.itemConfig.value // 这里是自己实现一个 v-model
},
on: {
change: (nVal) => { // 这里是自己实现一个 v-model
this.itemConfig.value = nVal
}
}
}, this.itemConfig.optionData && this.itemConfig.optionData.map(option => {
// 这里只是 本demo 处理 el-select 的 option 数据,实际大家根据具体业务来实现即可
return createElement('el-option', { props: { label: option.label, value: option.value } })
}))
])
}
}
</script>
接下来我们在 app组件 中同时应用我们的 配置 + FormItemDemo 组件:
<template>
<div>
<el-form label-width="100px">code>
<FormItemDemo v-for="item in config" :item-config="item" />code>
</el-form>
</div>
</template>
<script>
import FormItemDemo from "./components/FormItemDemo.vue";
import config from "./config";
export default {
name: 'App',
components: { FormItemDemo },
data () {
return {
config
}
}
}
</script>
这时候我们看下页面长什么样?
ok!!!实现了,接下来,我们只需要根据业务需求不断丰富我们的 <code>FormItemDemo 组件即可。这里,笔者会带着大家一起实现一个 联动显示隐藏 、 下拉框多选 的功能~相信看完后,你一定有醍醐灌顶的感受,然后就可以自己根据业务去实现需求了。
4.丰富组件能力,实现业务
我们先来看第一个需求:当活动区域的值为 “area1” 时, 活动名称才展示
分析一下这个需求,我们的 input组件
跟 select组件
联动,所以 input组件
要获取 select组件
的值,这时候,我们可以在 app组件
中,将整个 config
传入 FormItemDemo组件
。
再回看一下我们的配置,我们把显示隐藏的配置放在 options.vIf
中(这里笔者设计成了一个数组,因为碰到的业务经常存在一个表单会受到好几个表单值联动的),所以 FormItemDemo组件
需要用这个来判断是否执行本次 render
以此来实现 v-if
。如图所示:
用了一个 <code>computed 去实现这个需求。大家可以不用仔细深入,只要知道 componentShow
的作用就是,找到联动的 relationKey
的 config
中的 value
值,判断是否跟配置的一致。
computed: {
componentShow () {
const vIfArr = this.itemConfig?.options.vIf
if (!vIfArr) return true
const relationArr = this.config.filter(config => vIfArr.find(vIf => vIf.relationKey === config.formKey))
for (const relationItem of relationArr) {
const vIfItem = vIfArr.find(_ => _.relationKey === relationItem.formKey)
// 这里就是判断 联动的表单值 是否不满足 可以显示 的条件,不满足则不显示
if (relationItem.value !== vIfItem.value) return false
}
return true
}
}
模拟实现 v-if
,只需要把上述计算属性在 render 的开头进行判断即可
ok,直接看下结果!两个表单项之间的联动完成了
接下来的需求,大家自行思考下怎么实现即可。其实都是异曲同工的
控制 select 多选 、 单选添加 filter 属性 ...
好了,这样子,基本上就大功告成了,只要我们把 <code>FormItemDemo 的业务逻辑都实现了。
三、配置静态化
细心的朋友可能已经发现了,我们上述实现配置化的时候,直接把整个 config 赋值给 data ,然后在 App组件 的 el-form
中 v-for
使用,那这样避免不了就会出现一些尴尬的事情,比如我们看下图:
没错,就如大家所见,所有的属性都带上了 <code>getter 和 setter
,这意味着,他们都被初始化成了响应式的。由于我们的业务是非常复杂的,所以当我们真的要用一个 config
去描述整个表单时,config
的规模远不止以上这么点,并且整个配置对象的层级可能还会比较深,如果这样的话就可能会有性能问题了。
熟悉 Vue2
的同学都知道,初始化的时候,会对 data
做一个深度遍历添加 get
、 set
变成响应时数据,并且在组件执行 render函数
时,会访问到这些对象的属性。一旦访问到,就会触发 data属性
的依赖收集动作,如果无脑多的属性时,这个 get方法
将被无脑执行。
有深入看过 Vue2 源码的同学,对 __ob__
这个属性一定不陌生,上面截图也有这个属性,但是大家发现没,这个 ob属性
却没有对应的 get
、set
。让我们打开源码,看看 尤大 做了什么?
首先,在进行响应式处理之前,调用了一个 def
的方法,这里 第四个参数 是没传的
看看 def 的具体实现,其实就是重新定义这个对象的属性。由于没传 <code>enumerable,所以此时 __ob__
的 enumerable
为 false
这样有什么用?一句话概括就是无法遍历到这个属性,后续响应式初始化时也会跳过这个属性。不清楚的伙伴可以看看笔者写的一个 <code>demo 来加深理解:
没错,我们这里也是采用同样的方式对我们的 config
进行 非响应式 优化。其实整个 config
数据,我们只是需要保证 value
是响应式的即可,其他很多描述性数据都是大可不必的。那我们就把其他字段进行一个优化~
// 优化函数
function optimize (array) {
return array.reduce((acc, cur) => {
for (const key of Object.keys(cur)) {
if (key === 'value') continue
// 将不是 value 的属性都进行非响应式优化
Object.defineProperty(cur, [key], { enumerable: false })
}
acc.push(cur)
return acc
}, [])
}
下一篇: 探秘Brave浏览器:高性能、隐私保护的Web浏览新体验
本文标签
声明
本文内容仅代表作者观点,或转载于其他网站,本站不以此文作为商业用途
如有涉及侵权,请联系本站进行删除
转载本站原创文章,请注明来源及作者。