1、背景
在业务中可能会遇到这种场景，前端页面元素多且复杂，一次性填完提交耗时很长，中间中断面临着丢失数据的风险。针对这个问题，"暂存"应运而生。
那"暂存"的时候，是否需要对数据校验，如何进行校验，就是本文探讨的内容。
2、前后端职责简介
探讨之前，先简单聊聊前后端的职责。
2.1 前端
负责数据的输入，并对输入的内容进行校验，保证数据正确性、完整性。
常见的校验逻辑有以下几种：
- 必填项校验
- 数据类型校验：金额、数字、日期
- 数据格式校验：金额格式、日期格式、邮件格式、身份证格式
- 长度校验
2.2 后端
负责数据的保存，保证数据持久化。
数据库保存数据，存在的限制：
- 数据类型：数字、日期、字符串
- 数据长度
3、校验逻辑探讨
3.1 业务合理性
站在业务角度看，暂存是要把已填的数据先存起来，其实没有任何校验逻辑也没问题。
没有任何校验，就意味着数据可以随便输入，也就意味着会有错误数据保存：比如金额输入的是汉字等。
所以暂存是否允许输入错误数据呢？这是一个核心问题。
|----------------------|------------------|--------------|
| 方案 | 优点 | 缺点 |
| 不做任何校验 | 随便存 | 有错误数据 |
| 不做必填项校验，其它校验需要做：填就填对 | 1、数据正确 2、填多少保存多少 | 要填就得填正确，略有限制 |
3.2 技术实现方案
|----------------------|--------------------|----------------------------------------------------------------------------------------------------------------------------------------------------|
| 技术方案 | 优点 | 缺点 |
| 不做任何校验 | 1、暂存时直接去掉校验逻辑，前端简答 | 1、后端数据库有类型限制，想达到这个效果有2种方式： * 所有字段都是字符串类型： * 所有表结构都需要调整 * 日期、数字等计算逻辑需要特殊处理 * sql 操作都需要转换类型 * 所有模块暂存的数据单独找一个表保存，json方式，给什么存什么 * 增加一个暂存表 * 暂存回显需要读这个表 |
| 不做必填项校验，其它校验需要做：填就填对 | 1、后端数据可以正常保存在数据库 | 1、前端暂存时需要排除必填项校验 |
3.3 总结
系统的核心是流程及数据，站在这个角度看，数据是需要保证正确性的。
综合考虑业务需求、实现难度，我认为暂存应该只去掉必填校验，其它校验保留。