因为表单字段赋值（如form.name = "abc"）本质是对象属性写操作，Proxy的set trap可捕获它；在set中调用校验函数、更新错误状态并触发UI反馈，即形成“赋值即校验”链路，但须用Reflect.set完成实际赋值，否则属性不存入且易致无限递归。
为什么直接用 Proxy 拦截 set 就能触发验证？
因为表单字段赋值（比如 form.name = "abc"）本质就是对对象属性的写操作，Proxy 的 set trap 正好能捕获它。只要在 set 里调用校验函数、更新错误状态、触发 UI 反馈，就天然形成“赋值即校验”的链路。
注意：必须用 Reflect.set(target, key, value, receiver) 完成实际赋值，否则属性根本不会存进去；直接 target[key] = value 会绕过后续所有 Proxy 逻辑，也容易引发无限递归。
- 只代理表单数据对象本身，不要代理整个 Vue/React 组件实例，否则可能干扰响应式系统
- 如果字段值是嵌套对象（如
address.city），需要递归代理或配合defineProperty处理深层属性 - 初始值校验不能靠
set触发，得手动调用一次校验函数
如何让 set trap 知道每个字段该用什么规则校验？
校验规则不能硬编码在 Proxy 里，得和字段绑定。常见做法是把规则定义为对象字段的元信息，比如：form.__rules = { email: [required, emailFormat], password: [required, minLength(6)] }。在 set 中查表即可。
更轻量的做法是把规则直接挂在字段描述符上（需配合 Object.defineProperty 初始化），但这样初始化成本高；推荐用独立规则映射对象 + 字段名字符串匹配，灵活且不污染数据。
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
- 规则函数应返回
{ valid: boolean, message: string }结构，方便统一收集错误 - 避免在
set里做异步校验（如接口去重），否则赋值会变 Promise，破坏同步语义；异步校验应另起机制，不走set - 空字符串、
null、undefined的处理逻辑要显式约定，比如required是否把" "当空
怎样避免重复校验和无效触发？
用户连续输入时，set 会被高频触发（比如打字），但没必要每次输一个字符都跑一遍正则。关键是在 set 中加防抖或脏检查：只在值真正变化（Object.is(oldValue, newValue) === false）且非空时才校验。
另外，有些字段校验依赖其他字段（如“确认密码”要和“密码”一致），这时不能只看当前字段值，得把整个表单数据对象传给校验函数——所以 set trap 的 receiver 参数很重要，它指向代理对象，可用来读取其他字段。
- 防抖不能用
setTimeout存闭包引用，会导致内存泄漏；建议用时间戳比对或框架提供的清理机制 - 脏检查要小心 NaN：因为
NaN !== NaN，需单独处理 - 如果字段值是引用类型（如数组），浅比较会失效，此时应深克隆或改用变更标识（
field._version++）
为什么 UI 更新总延迟一拍或不触发？
Proxy 本身不触发视图更新，它只是拦截器。你得把校验结果（比如 errors.email）暴露给模板，而模板能否响应，取决于你用的框架是否监听了这个路径。纯 JS Proxy 对 Vue 2 的 data 或 React 的 useState 是无感的。
解法分两种：一是把 Proxy 对象作为响应式数据源接入框架（Vue 3 的 reactive() 底层就是 Proxy，可直接用；React 需封装成自定义 Hook 返回 useState 的 setter）；二是只用 Proxy 做校验逻辑，错误状态单独用响应式变量管理，set 中更新它。
- 不要试图用
Object.assign(proxy, newData)批量赋值，这会跳过settrap；应遍历键逐个赋值 - Vue 2 用户必须用
this.$set或Vue.set添加新字段，否则新增字段无法被响应式系统追踪 - 错误消息缓存要按字段隔离，避免 A 字段校验失败后，B 字段赋值把 A 的错误清掉了
