「趣学前端」今日祝福不限量,批量导入在路上
工作分享两不误
假期在即,事情反而变多了。既要完成业务需求,又要不断提升自己,想明年的技术规划。虽然事情比较多,但是有了好的想法或者功能,我还是忍不住想分享出来。
这不最近的需求里有一个批量导入的功能,我翻了一下项目代码,大部分批量导入功能都是直接加到页面里的,没有做模块化处理,于是我结合对业务的理解以及未来可扩展的大致预测,把批量导入封装成为一个业务组件。
项目基于 React 框架开发的,所以代码写法是 JSX 语法,组件开发使用的 hooks 函数式组件,UI 框架使用的是 antd。
灵感源于快乐
把流水的业务需求,改变成主动的寻找开发灵感,每次有新的开发收获,我就会给自己一朵小红花,谁会嫌小红花多呢。
多个批量导入功能的流程
我梳理的流程图如下:
组件封装
业务场景的思考
有时候同一个产品,对于相同的功能,设计成不同的交互。我们系统里的批量导入有两种,一种是弹窗交互的方式进行文件导入,一种是页面直接展示导入按钮组。
弹窗交互方式
页面上直接展示导入按钮组
上面无论哪种,选择文件功能和导入确定功能是一样的。但是交互方式不一样,前端进行布局处理也会不一样。所以我在产品同事评审需求的时候会提前沟通交互方式。另外对于公司内部的后台管理系统,我个人更倾向简约设计,相似功能不推荐交互方式做的五花八门。所以目前我们系统里的批量导入功能只有这两种交互方式。今天分享的是页面上直接操作上传导入的这种方式的业务功能组件化处理。
功能的可拓展
批量导入的功能相对简单,目前可拓展的有以下几个点
导入按钮支持单个或者多个;
下载模板按钮支持单个或者多个;
支持多个导入只需要一个下载模板按钮的存在。
功能实现
选择文件功能使用 antd 提供的上传组件;
导入按钮使用的是数组对象,通过 map 方法直接循环渲染;
根据产品的需求,导入和模板是分开的,所以前端布局也就分开, 不过数据和导入是同一个数组对象。
正如上面流程图的设计,当页面存在多个导入按钮的时候,会进行按钮操作的控制。每个导入按钮设置了可操作开关,一次导入操作中只有一个按钮是可以操作的。
公共业务组件-批量上传
样式
组件使用
组件引入
我们的业务组件都放到了/bundleComponents 下,所以引入的时候也会找对应的文件位置。
页面使用
组件通信
props 传参
下载模板:值可以为空,当它的值为空时,页面不展示下载模板按钮;
导入接口请求地址:我们的导入处理,是直接拿到文件流通过接口传给后端,后端再对文件数据做处理。不同的公司可能有不同的处理方式,此处可以根据实际情况重新处理。
页面使用
回调函数
因为数据导入成功之后需要更新当前页面,所以在导入成功的逻辑里做了回调处理,回调后会进行列表页面的刷新。
总结
批量导入的功能,不是很复杂,尤其把操作梳理清楚,每一种情况都模拟清楚,其实代码量是很少的。
重要的是,遇到相似的业务功能,可以先做功能设计,再敲代码。有些功能虽然展示内容不一样,但是流程和核心功能是一致的,就可以考虑功能模块化封装。这样的好处是,既能在业务开发中得到技术提升,又能提高效率,看似复杂的功能,其实我们早就做成组件了,页面直接引入使用,几行代码就能搞定。
恭喜,自己又得到了一朵小红花。
版权声明: 本文为 InfoQ 作者【叶一一】的原创文章。
原文链接:【http://xie.infoq.cn/article/663e14d19d4f89cf15feac158】。文章转载请联系作者。
评论