表单联动校验应以状态驱动替代多层if-else嵌套，通过依赖关系建模、规则配置表、分层状态管理（enabled/required）及区分实时联动与提交校验时机，实现解耦、可维护与用户体验兼顾。
表单联动校验中的多级嵌套条件逻辑，核心不是堆叠 if-else，而是把“依赖关系”和“校验时机”理清楚——先明确哪些字段受哪些字段影响，再按触发路径分层组织校验逻辑，避免状态耦合和重复判断。
用状态驱动代替硬编码嵌套
不要写三层以上的 if (a && b && c) { if (d) { ... } }。改用「当前有效状态」作为校验入口：比如地区选择 → 省份 → 城市 → 区县，每一步只关心上一级选中值是否合法，再决定本级是否启用/校验。
- 给每个联动字段维护一个 enabled 和 required 状态（布尔或函数）
- 校验函数只检查「当前被设为 required 且有值」的字段，不关心它为什么被 require
- 当上级字段变更时，批量重置下游字段的状态和值（例如清空城市、禁用区县、清除其错误提示）
用校验规则配置表替代条件分支
把嵌套逻辑从代码里抽出来，变成可读的规则配置：
- 定义类似 [{ field: 'city', dependsOn: 'province', when: val => ['GD','JS'].includes(val), required: true }] 的数组
- 提交前遍历该表：对每条规则，先取 dependsOn 字段的当前值，执行 when 判断；若为真，再校验当前 field 的值是否满足 required / pattern / length 等约束
- 规则顺序即执行顺序，天然支持多级依赖（如 province → city → district 可拆成两条独立规则）
校验触发要区分「主动提交」和「实时联动」
用户填完省就立刻选城市？还是只在提交时统一校验？两者策略不同：
- 实时联动：监听上级 change 事件，仅重置下游字段状态 + 清空值，不立即报错（避免用户还没来得及选就红标）
- 提交校验：遍历所有字段，对每个字段调用其 getValidationResult() 方法，该方法内部根据当前上下文状态返回 { valid, message }
- 错误信息收集后统一渲染，不打断用户填写流
避免闭包陷阱与状态陈旧问题
动态生成的校验函数容易捕获过期的上级值：
- 不要在事件监听里直接闭包引用某个 input.value —— 它可能已不是最新值
- 统一从表单数据对象（如 formData）中取值，每次校验前确保 formData 已同步（可用 proxy 或 setFieldValue 更新）
- 对异步依赖（如接口校验手机号是否已注册），用 Promise.all 聚合，失败时标记字段 pending + error，而非阻塞整个流程
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
