Uniforms 表单库中的 onChange 事件增强方案

在表单开发中，实现撤销/重做(undo/redo)功能是一个常见需求。本文将以 uniforms 表单库为例，探讨如何通过增强 onChange 事件来实现这一功能的技术方案。

问题背景

在 uniforms 表单库中，目前提供了两种模型变更通知方式：

1. onChangeModel：提供完整的表单模型数据
2. onChange：提供触发变更的字段键名和值

当开发者需要实现撤销/重做功能时，会遇到一个困境：使用 onChangeModel 虽然能获取完整模型，但无法知道具体哪个字段发生了变化；而使用 onChange 虽然知道变更字段，却无法获取完整模型状态。

现有解决方案的局限性

目前常见的变通方案是结合表单引用(ref)和 setState 回调：

const handleFieldChange = (key, value) => {
    formRef.current.setState(
        () => null,
        () => log("model change", key, value, formRef.current.state.model)
    );
};

这种方法虽然可行，但存在几个问题：

1. 代码不够直观优雅
2. 依赖内部实现细节，可能不够稳定
3. 对于嵌套字段处理不够友好

技术方案设计

经过讨论，uniforms 团队提出了两种可能的改进方向：

1. 变更记录方案：只记录初始模型和变更序列 [key, value][]，通过应用变更序列来重建任意时刻的状态

   • 优点：数据冗余最小
   • 缺点：实现复杂度较高

2. 观察者模式方案：参考 react-hook-form 的 watch 机制

   • 优点：社区接受度高，API 设计成熟
   • 缺点：需要维护更多状态

最终选择了第二种方案，因为它更符合开发者习惯，且已被广泛验证。

实现要点

新的实现将提供以下能力：

• 同时获取变更字段和完整模型
• 支持嵌套字段的精确追踪
• 保持与现有 API 的兼容性

这种增强后的 onChange 事件将为撤销/重做等高级功能提供更好的支持，同时也为其他需要精确追踪表单变化的场景（如脏检查、自动保存等）提供了便利。

最佳实践建议

在实际应用中，实现撤销/重做功能时建议：

1. 使用新的增强版 onChange 捕获变更
2. 对连续的同字段变更进行合并（如输入框连续输入）
3. 考虑添加防抖机制优化性能
4. 对于复杂表单，可以结合不可变数据(immutable)库来简化状态管理

这种改进不仅解决了撤销/重做的需求，也为 uniforms 表单库的功能扩展提供了更多可能性。