Vue 表单借鸡生蛋的增强型封装

摘要

此次主要接受借用（elment-ui、其他的UI组件思路相同）UI框架下的Form及Descriptions组件,保留结合各自原本的特性,提取属性进行组合封装,最小化封装成本的同时,转化为最大的使用便捷性。

传统表单问题

1.表单的应用类型,过滤条件、弹窗、抽屉式的、预览、编辑、步进器（分组式）等应用形式。
2.对于一个项目来说,通常是2栏平铺,3,4栏布局出现的情况下通常会结合Layout/Gird 布局器来组合使用,如果再加上枚举等处理，一个传统表单的写法和嵌套被无线扩大,这本身也是bootsrap的一项应用诟病（传统的布局通过增加页面元素进行嵌套解决）
3.封装之后基础组件的特性被隐藏,结构变为新提取组件的特性,常常在扩展新增,标准重定。组件的灵活性和便捷性的平衡一直是个人封装的一个很难兼容的点。**a. 自己封装的目的很明确就是便捷易用及方便修改,满足扩展。**b. 企业级封装更强调的是低耦合、易读的结构、协作的便捷性，以提供(基座)能力为主。 总结起来，易用性的封装本来就是留给项目组的。
4.针对日期、下拉框、tree等的选择处理，只能保存时手动处理，没法遵循相关约定,特别是select的数字值和字符串值的问题，一直会造成困扰。

开发过程

formcreate的应用困扰

最先以formcreate组件为例子,比较典型的重结构轻标签封装（当然,该组件主打的通用，无可厚非）

封装尝试

随后我尝试自己去封装，发现有点儿吃力不讨好,保准及全盘的考虑完整性不提,单单是一个稳定性问题都很难在短时间内去验证,（通常组件封装和项目进度并行）,于是我换了种思路，我想要的是Frm 和Descriptions组件的特性集合,且这两个组件其实层级结构是类似的,于是关键点在于解决form 的type属性处理及布局的结合 以下为效果：

封装代码

Descriptions及form属性的合并,注意此处处理了表单验证为空时如果不设置验证rule,会提示英文的问题

扩展

因为篇幅问题,完整的代码无法贴出,当前提供的是封装思路,后续的ProTable,ProQuery,ProDrawer等简易化页面也基本是基于此扩展，该组件经过两轮项目的验证基本能够满足复杂的扩展及应用场景,当前关于预览模式及编辑模式的区分等扩展需求也能轻松搞定， 最为重要的是布局LayOut的设置灵活性能够得到保障，如果涉及到自定义组件或者其他引用组件，可以同FormItem这种方式去扩展。 <img src=“https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/0526cd9cfb4643bc89f8d95734d033f3~tplv-k3u1fbpfcp-zoom-in-crop-mark:4536:0:0:0.image?) 如果非要找一个参照反倒是手机端UIVant的封装相对友好一些，可以变相作为封装的参” style=“margin: auto” />

总结

之前虽然也写过，整过很多尝试,但感觉不同前端框架的特点不同，从应用性上来说，不能说同一种的封装结构就适应于其他的，抛砖引玉来一波,更多的是做个引导。

从应用性上来说，不能说同一种的封装结构就适应于其他的，抛砖引玉来一波,更多的是做个引导。

本文正在参加「金石计划 . 瓜分6万现金大奖」

最后

最近还整理一份JavaScript与ES的笔记，一共25个重要的知识点，对每个知识点都进行了讲解和分析。能帮你快速掌握JavaScript与ES的相关知识，提升工作效率。

有需要的小伙伴，可以点击下方卡片领取，无偿分享