通过Setter属性实现多步异步表单提交前的数据实时自动化清洗，核心是将校验与转换逻辑封装进setter中并在输入时自动触发，确保清洗“隐形但可靠”且状态与逻辑解耦。
通过 Setter 属性实现多步异步表单提交前的数据实时自动化清洗，核心在于**将数据校验与转换逻辑封装进属性的 setter 中，并在用户输入时自动触发，而非等到提交时刻才处理**。这种方式让清洗行为“隐形但可靠”，同时保持表单状态与业务逻辑解耦。
Setter 封装清洗逻辑，输入即生效
每个表单项对应一个响应式字段（如 userEmail、userName），其 setter 不仅赋值，还同步执行清洗操作：
- 去除首尾空格、统一大小写、过滤不可见字符
- 对邮箱字段调用正则校验并转为小写；手机号自动添加区号或标准化格式（如
138-1234-5678） - 若清洗后值为空或不合法，setter 可选择抛出警告、保留原值，或设为
null并标记字段为“待修正”
配合 computed 或 watch 实现跨字段联动清洗
多步表单中常有字段依赖关系（例如：选择“国家”后，“电话区号”自动填充，“邮编格式”动态切换）。此时可：
- 将依赖字段设为响应式计算属性（
computed），其 getter 内部调用清洗函数，并监听上游字段变化 - 用
watch监听关键字段 setter 触发后的最终值，触发关联字段的自动重置或格式化（如清空已填但不再适用的“省份”下拉选项） - 避免在 setter 内直接修改其他字段——易引发循环更新；应通过事件或状态管理协调
异步清洗（如去重校验、实名认证预检）需明确状态反馈
部分清洗必须走 API（如检查用户名是否已被注册），不能阻塞输入。做法是：
- setter 中不 await 异步操作，而是立即设置中间态（如
isChecking: true），再发起请求 - 请求返回后，用独立方法更新最终值（如
setValidatedUsername()），该方法本身也带清洗逻辑（如截断超长昵称） - UI 层根据
isValidating、isValid、error等状态实时显示提示，用户无需手动点击“验证”
清洗结果沉淀为可提交的有效载荷
提交前无需遍历清洗——所有字段已在 setter 中完成标准化。此时只需：
- 收集各字段的当前值（已是清洗后结果）
- 跳过值为
null或undefined的非必填项（由 setter 统一控制） - 对敏感字段（如密码）在提交瞬间额外加盐哈希，不放在 setter 中以防意外暴露
不复杂但容易忽略：setter 清洗必须幂等且无副作用，确保多次赋相同值不会导致状态错乱；同时保留原始输入快照（如 rawInput），便于用户回溯或展示“您输入的是…”类提示。
