郑州建设厅网站雅虎日本新闻
这里主要谈论的是产品设计里面的文件管理，比如文件的上传交互及背后影响到的前后端设计。
上传文件
场景：一条记录，比如个人信息，有姓名，出生年月，性别等一般的字段，还可以允许用户上传附件作为补充，比如上传个人的学历证明等。
版本一
【平台】-【基金管理】-【产品信息】旧页面（现已废弃）
后端
用户上传文件，会将文件存在一个路径下。
前端
这里的交互设计其实和后端的做法没有什么关联。就是设计的不合理。
交互设计
新建弹窗分多步完成。
- 点击新增，第一步只允许编辑一般字段，点击下一步之后，先调用一次 Create 接口，后端返回该新增记录的ID；
- 第二步，允许用户上传附件，并且不用用户点击确定按钮就已经调用了上传接口。删除附件也是立即调用删除附件的接口。
- 点击确定，更新附件的信息到该记录的附件字段。
导致的问题：所有的用户下的附件不能重名。
优点： -
缺点：用户交互麻烦，如果在上传附件的时候，想要放弃该条数据，就要关闭弹窗再去删除这条数据。（或者在第二步的弹窗中有取消按钮，点击取消就去删除第一步跳转过来时候 create 接口新增的数据）
版本二
【平台】-【基金管理】-【产品信息（新）】
后端
在版本一的基础上，会在文件名前生成一个uuid，存到路径中。
并根据文件内容生成一个md5信息，在调用上传文件的接口后，会将文件的这些信息返回。
前端
交互设计
新建弹窗中，附件也和其他字段一样管理。在点击“确定”之后，attachments字段数组存放的是上传文件接口返回的文件信息，将这个字段和其他字段一起在调用 create 接口的时候作为 payload 传下去。
缺点：文件会越来越多，一直是增量的，即使在记录中删除了附件，也没有在数据（文件路径下）中真正的删除。
采用理由：在产品信息新页面中，是需要记录修改历史记录的，没有物理删除。所以该方案合理。
版本三
【平台】-【OA】-【表单设计】-【上传组件】