响应式表单校验框架需以数据流为核心，解耦视图与逻辑，支持实时响应、异步验证与状态聚合；通过字段级实时反馈、全局合法性判定、可中断异步校验及精准无障碍错误提示实现高效校验。
构建响应式表单校验框架，关键不在堆砌验证规则，而在于把“输入—校验—反馈”这条链路设计成可观察、可组合、可局部更新的数据流。它需要解耦视图与逻辑，支持实时响应、异步验证和状态聚合，而不是靠手动清空错误、反复 setState 或写一堆 if-else。
用状态流代替手动控制
把每个字段看作一个独立的数据源，它的值变化应自动触发校验，并将结果汇入统一的状态池。例如：
- Flutter 的 lyform 用 InputBloc 封装单个字段，FormBloc 聚合全部状态，校验走 Stream 管道，不卡主线程
- iOS 的 Combine 把 UITextField.text 变成 Publisher，用 map、debounce、flatMap 组合验证逻辑，Subscriber 负责更新 UI
- Cycle.js 的 MVI 模式 明确划分 Intent（监听 input 事件）、Model（执行校验并产出状态）、View（渲染错误或成功态）
分层校验：字段级 + 全局级
校验不能只在提交时跑一遍。要支持两种粒度：
- 字段级实时反馈：比如邮箱格式错，光标离开就提示；密码强度不足，边输边显示进度条
- 全局合法性判定：如“同意协议”未勾选 + “手机号未填”，两个错误同时存在时，提交按钮保持禁用，且所有错误区域高亮
- 像 Angular 的 FormGroup 或 Vue 的 v-model + computed errors 都提供这种嵌套结构，支持 form.valid 和 field.errors 同时访问
异步验证要可中断、有状态
用户名是否已被注册、手机号是否实名，这类请求不能阻塞输入。处理要点：
- 输入停顿后（如 300ms）再发请求，避免频繁调用 —— 所有主流框架都支持 debounce
- 新请求发出时，取消前一个 pending 请求（如 AbortController、combineLatestWith cancel）
- UI 上要体现“校验中”状态（比如 loading 图标），而非静默等待，否则用户会重复点击
- C++ 协程示例中用 co_await + sleep 模拟异步，实际项目中应替换为真正的网络调用和取消机制
错误提示要精准、可恢复、无障碍友好
错误不是越早报越好，也不是越多越好：
- 首次聚焦时不报错，首次失焦或输入后开始校验，避免“还没写就红”
- 错误文案直指问题（“邮箱需包含 @ 符号”，而非“格式错误”）
- 修复后自动清除对应错误，不要等提交才刷新全表单
- 给 error 元素加 aria-live="polite"，让读屏器能播报，符合鸿蒙/Android/iOS 的无障碍规范
