台州网站制作系统分析怎么写,网页设计表格代码模板,本单位二级网站建设管理制度,wordpress播放本地mp3本文主要讲解后台系统与表单相关的页面开发#xff0c;并分析如何才能更好地、高效地开发。
技术栈
ReactAntd
背景
Antd 以下我都将Ant Design 简称为 Antd Ant Design是个服务于企业级产品的UI框架#xff0c;主要可以用于中后台系统,它有基于React、Vue和Angular的实现…本文主要讲解后台系统与表单相关的页面开发并分析如何才能更好地、高效地开发。
技术栈
ReactAntd
背景
Antd 以下我都将Ant Design 简称为 Antd Ant Design是个服务于企业级产品的UI框架主要可以用于中后台系统,它有基于React、Vue和Angular的实现。个人感觉Antd还是很强大的,API相当完善、全面基本能实现你想要的各种功能。
表单 在开发普通的后台系统时,开发得最多的就是实体的 新建、编辑和详情页面这三个页面有共通之处也有不同之处感觉有可以复用的地方但是有些地方又需要特殊处理。
表单页如图: 详情页如图:新建、编辑、详情页与Form表单组件的关系 从上面的几个图中我们看出:
新建和编辑可以复用一个Form组件新建时不传给Form组件数据编辑时会请求后端实体的数据传给Form组件,进行数据初始化详情页照理说也可以用Form组件但是UI视图上面Form组件和详情页面会不一致比如详情页只是纯粹展示的div,而非各种表单控件了。
思考并进行实现
通过上面的调研我们可以考虑把详情页、新建和编辑做成单独的页面但是新建和编辑复用同一个Form组件Form组件进行数据收集、展示、表单校验额外的逻辑处理(比如新建、编辑的提交动作、跳转页面和数据过滤)可能会有不同所以在新建、编辑页面进行分别的处理。 ok,我们看看Form表单代码实现: 更多详情看这里 Form onSubmit{this.handleSubmit}FormItem{...formItemLayout}labelE-mail{getFieldDecorator(email, {rules: [{type: email, message: The input is not valid E-mail!,}, {required: true, message: Please input your E-mail!,}],})(Input /)}/FormItemFormItem{...formItemLayout}labelPassword{getFieldDecorator(password, {rules: [{required: true, message: Please input your password!,}, {validator: this.validateToNextPassword,}],})(Input typepassword /)}/FormItem
...上面的代码是利用Antd表单实现的这里会有一些问题:
平均一个表单控件用平均12~17行代码(不包含复杂逻辑和回调函数),在大型系统中一个复杂的表单可能会有30~40个控件怎么办? 写一个2000 行的Form.js文件吗如下写法会出现冗余代码: 每个控件都要写FormItem 和 getFieldDecorator ,会出现多次而且格式一致 FormItem{...formItemLayout}labelE-mail{getFieldDecorator(email, {rules: [{type: email, message: The input is not valid E-mail!,}, {required: true, message: Please input your E-mail!,}],})(Input /)}/FormItem详情页需要重写一套完全不一样的逻辑和UI无法复用Form组件中的逻辑如果有动态标签怎么办? 比如我遇到一个场景页面中有一些字段是前端写死的比如 用户名密码等还有一些字段是用户上传一个模板文件后端解析模板并返回给前端的结构可能是这样:
{name:标签名1,type:1, // 1文本框, 2百分比3:数字4:金额5:单选按钮6:单选下拉框7:多选按钮8:多选下拉框,9:日期-单日10:日期-区间commonUse:true, //是否常用标签requiredTag:true, //是否必填placeholder:这个是描述,option:[ //选择项会用到此字段{id:1,name:名字,defaultOption:true, // 是否默认选中}]
}更好的解决方案
为了避免一个Form超过1000行这种情况出现,我们应该把大型Form表单进行拆分 如下图有个合同的Form表单我们按照类型做如下拆分: 针对上面的其余问题我们计划提取出这样一个公共组件: 组件接收需要渲染表单的字段、初始数据、字段的控件类型等能根据字段的不同的控件类型渲染不同的表单控件 SelectInput... 详情页也能复用这个组件具有可扩展性(比如Antd的API的方法在此组件中均能使用)
总结
后台系统中我们开发的大部分页面都是表单页新建、编辑、详情少部分是列表页我们应该多考虑路由划分、数据层设计、业务组件拆分、公用组件设计与实现如果这些方面做好了积累一定的经验以后开发后台系统一定会事半功倍。 Tip: 我准备在下期再详细讲解上面提到的表单公用组件的设计与实现。 下一期: 基于React的表单开发的分析(下)
相关链接
https://ant.design/components/form-cn/
