ShadCN UI 表单提交数据丢失问题解析与解决方案

问题现象

在使用ShadCN UI组件库构建表单时，开发者可能会遇到一个看似诡异的现象：通过form.getValues()可以正常获取表单数据，但在提交时却收到undefined值。这种情况通常发生在表单字段使用了Input组件，并且表单处于禁用状态时。

问题根源

经过深入分析，这个问题源于React Hook Form的Controller组件与ShadCN UI的FormField组件之间的交互机制。当开发者在FormField组件上设置disabled={isSubmitting}属性时，这个禁用状态会被传递到底层的Controller组件。

根据React Hook Form的设计原理，Controller组件在被禁用时会有特殊行为：

1. 它会禁用关联的表单输入控件
2. 更重要的是，它会将该字段的值从提交数据中完全排除

这种设计虽然在某些场景下有用，但往往与开发者的预期不符，特别是当开发者只是想暂时禁用UI交互而不想丢失数据时。

解决方案

正确的做法是将禁用状态直接设置在Input组件上，而不是FormField组件：

<FormField
  name="email"
  control={emailForm.control}
  render={({ field }) => (
    <FormItem>
      <FormLabel>Email</FormLabel>
      <FormControl>
        <Input 
          placeholder="email" 
          type="email" 
          {...field} 
          disabled={isSubmitting} 
        />
      </FormControl>
      <FormMessage className="text-destructive" />
    </FormItem>
  )}
/>

这种实现方式具有以下优势：

1. 保持了相同的UI效果 - 输入框在提交时仍然会显示为禁用状态
2. 确保了数据完整性 - 表单值会被正常包含在提交数据中
3. 符合React Hook Form的最佳实践

深入理解

这个问题实际上反映了表单设计中一个重要的概念分离：UI状态与数据状态的分离。在表单处理中，我们需要区分：

1. UI禁用状态：仅影响用户交互，不应影响数据收集
2. 数据排除逻辑：决定哪些数据应该被提交

ShadCN UI的FormField组件作为Controller的封装，默认将disabled属性视为数据排除的信号，而Input组件的disabled属性则仅影响UI表现。理解这种分层设计有助于开发者更精准地控制表单行为。

最佳实践建议

1. 对于简单的禁用需求，直接在Input组件上设置disabled
2. 如果需要复杂的数据过滤逻辑，使用watch和setValue等API手动控制
3. 在表单提交前，可以通过form.getValues()进行数据验证
4. 考虑使用TypeScript来捕获这类类型不匹配的问题

通过遵循这些实践，开发者可以避免表单数据丢失的问题，同时保持代码的清晰性和可维护性。

总结

ShadCN UI与React Hook Form的组合提供了强大的表单处理能力，但也需要开发者理解其内部工作机制。正确处理禁用状态的关键在于区分UI禁用与数据排除的不同需求。将禁用状态设置在正确的层级（Input而非FormField）可以确保表单既具有良好的用户体验，又能可靠地收集数据。