proxy 的 set 拦截器校验失败应统一 throw 显式错误，字段校验规则需按路径独立配置并动态匹配，errors 应与 values 分离维护，嵌套字段须通过路径解析或专用 set 方法处理，且 proxy 模型需与 vue/react 响应式系统解耦。
Proxy 的 set 拦截器必须返回 true 才算赋值成功
直接在 set 中 throw 错误会中断赋值，但更稳妥的做法是校验失败时返回 false（严格模式下会报 TypeError: 'set' on proxy: trap returned falsish for property），而松散模式下只是静默失败。实际开发中建议统一用 throw 显式报错，避免行为不一致。
关键点在于：校验逻辑要和字段绑定，不能写死在 handler 里。常见错误是把所有字段的规则塞进一个 if-else，导致扩展性差、难以维护。
- 每个字段应自带校验函数，比如
rules: { email: (v) => /^\S+@\S+\.\S+$/.test(v) } -
set拦截器拿到key后查对应 rule，不匹配则跳过校验 - 校验失败时，推荐抛出带字段名的错误，如
throw new Error(`email 格式不合法`) - 注意：
set中修改target[key]前必须先校验，否则校验就失去意义
表单模型需要区分「原始数据」和「校验状态」
只靠 Proxy 拦截赋值无法存储校验结果。用户下一步常问“怎么知道哪些字段错了”，答案不是在 set 里改原对象，而是额外维护一个独立的 errors 对象。
典型结构是：{ values: {}, errors: {}, rules: {} }，其中 values 是被 Proxy 包裹的目标，errors 存每个字段的最新错误消息（空字符串表示无错）。
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
- 每次
set触发时，同步更新errors[key]，而不是仅抛错 - 暴露一个
validate()方法用于全量校验，遍历rules并填充errors - 不要把
errors也用 Proxy 包一层——它本就不该被直接赋值，只由模型内部管理 - 若需响应式更新 UI，
errors应支持监听变化（例如配合Object.defineProperty或外部信号机制）
嵌套字段（如 user.profile.name）无法被 flat 的 Proxy 拦截
默认 Proxy 只拦截第一层属性，form.user.profile.name = 'x' 实际触发的是 set 在 form 上对 user 的赋值，而非对 name。深层赋值不会进入你的校验逻辑。
解决办法不是递归代理所有嵌套对象（开销大、易循环引用），而是约定字段路径用点号字符串（如 "user.profile.name"），并在 set 中解析路径后逐级访问并校验。
- 校验规则按路径存：
rules["user.profile.name"] = (v) => v.length > 0 -
set(target, key, value)中，若key是字符串且含.，则走路径解析分支 - 用
lodash.set或手写安全路径写入工具，避免Cannot set property 'x' of undefined - 更轻量的做法：禁止嵌套字段直接赋值，要求调用
form.set("user.profile.name", value)方法统一入口
Vue/React 等框架中直接用 Proxy 数据可能触发意外响应
Vue 2 无法侦测 Proxy 对象的变化；Vue 3 虽基于 Proxy，但它的响应式系统与你手动写的 Proxy 不兼容——两者叠加可能导致重复触发或丢失更新。React 则完全不关心数据是否 Proxy，只看你是否触发了重新渲染。
真实项目中，Proxy 表单模型应作为纯逻辑层存在，和视图解耦。不要把它直接传给 v-model 或 useState。
- Vue 中，用
computed暴露values和errors，模板里绑定form.values.email，但赋值走@input="form.set('email', $event)" - React 中，用
useCallback封装set方法，避免每次渲染都新建函数 - 别试图把整个 Proxy 对象放进
useState—— 它不会响应内部变化，且 JSON 序列化会丢掉 Proxy 特性 - 如果要用，确保 Proxy 的
get拦截器不产生副作用（比如不自动触发校验），否则容易陷入无限循环
