涉及FieldFile附件的Django表单验证最优处理方案是什么？

使用JavaScript优化上传体验完全不违背Django表单的设计初衷。Django表单的核心定位是提供安全可靠的服务端验证能力、标准化的表单数据处理逻辑，从未限制前端交互的优化方式。只要不跳过服务端的核心验证步骤，所有前端体验优化都是合理的。

1. 前端轻量缓存方案（适合单文件、文件大小<10M的场景） #

• 监听文件上传控件的change事件，将用户选中的File对象存储在浏览器全局变量或者IndexedDB中（小文件也可以用sessionStorage转base64存储）
• 表单提交后如果服务端返回验证错误，页面重新渲染时自动将缓存的File对象赋值给文件上传控件的files属性，同时给用户展示已保留上次上传的文件，无需重新选择的提示
• 边界处理：用户主动刷新页面后缓存会失效，属于可接受的正常情况，可以在页面上增加弱提示告知用户刷新会丢失已上传文件。

2. 服务端临时存储方案（适合大文件、多文件、高用户体验要求的场景） #

• 在表单中新增隐藏字段temp_file_key
• 用户选中文件后，通过JS异步发起上传请求，将文件先存入服务端临时目录，服务端生成唯一的临时文件密钥返回给前端，存入temp_file_key字段，同时前端展示已上传的文件名、大小等信息
• 表单整体提交时如果验证失败，服务端将temp_file_key作为表单初始值回传给前端，前端根据密钥可以直接拉取临时文件的展示信息，不需要用户重新上传
• 表单全部验证通过后，将临时目录中的对应文件移动到正式存储路径，同时配置定时任务清理24小时内未关联正式表单的临时文件，释放服务器存储空间
• 安全提示：临时文件需要配置和正式文件相同的访问权限，服务端需要校验temp_file_key的归属用户，避免越权访问其他用户的临时文件。

无论使用哪种前端优化方案，都必须保留Django表单侧的文件合法性校验逻辑，包括文件格式、大小、内容安全扫描等，前端仅负责优化交互，所有安全校验逻辑必须在服务端执行，完全符合Django的安全设计规范。

内容的提问来源于stack exchange，提问作者Steve Smith