【文件管理】关于上传下载文件的设计

本文讨论了产品设计中文件上传的交互设计,比较了不同版本处理文件的方式,包括文件命名策略、前端步骤和后端响应。重点在于版本二的增量存储和版本三的表单设计,强调了考虑历史记录保留的需求。
摘要由CSDN通过智能技术生成

这里主要谈论的是产品设计里面的文件管理,比如文件的上传交互及背后影响到的前后端设计。

上传文件

场景:一条记录,比如个人信息,有姓名,出生年月,性别等一般的字段,还可以允许用户上传附件作为补充,比如上传个人的学历证明等。

版本一

【平台】-【基金管理】-【产品信息】旧页面(现已废弃)

后端

用户上传文件,会将文件存在一个路径下。

前端

这里的交互设计其实和后端的做法没有什么关联。就是设计的不合理。

交互设计

新建弹窗分多步完成。

  1. 点击新增,第一步只允许编辑一般字段,点击下一步之后,先调用一次 Create 接口,后端返回该新增记录的ID;
  2. 第二步,允许用户上传附件,并且不用用户点击确定按钮就已经调用了上传接口。删除附件也是立即调用删除附件的接口。
  3. 点击确定,更新附件的信息到该记录的附件字段。

导致的问题:所有的用户下的附件不能重名。

优点: -

缺点:用户交互麻烦,如果在上传附件的时候,想要放弃该条数据,就要关闭弹窗再去删除这条数据。(或者在第二步的弹窗中有取消按钮,点击取消就去删除第一步跳转过来时候 create 接口新增的数据)

版本二

【平台】-【基金管理】-【产品信息(新)】

后端

在版本一的基础上,会在文件名前生成一个uuid,存到路径中。
并根据文件内容生成一个md5信息,在调用上传文件的接口后,会将文件的这些信息返回。

前端

交互设计

新建弹窗中,附件也和其他字段一样管理。在点击“确定”之后,attachments字段数组存放的是上传文件接口返回的文件信息,将这个字段和其他字段一起在调用 create 接口的时候作为 payload 传下去。

缺点:文件会越来越多,一直是增量的,即使在记录中删除了附件,也没有在数据(文件路径下)中真正的删除。

采用理由:在产品信息新页面中,是需要记录修改历史记录的,没有物理删除。所以该方案合理。

版本三

【平台】-【OA】-【表单设计】-【上传组件】

  • 4
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值