Ant Design Pro Components 中 ModalForm 和 DrawerForm 的 onFinish 行为解析

Ant Design Pro Components 是基于 Ant Design 封装的一套企业级中后台前端解决方案，其中的 ModalForm 和 DrawerForm 组件是开发中常用的表单容器组件。本文将深入分析这两个组件的 onFinish 回调函数的行为特点，特别是在结合 destroyOnClose 属性时的表现。

组件基本行为

ModalForm 和 DrawerForm 作为表单容器，提供了便捷的模态框/抽屉与表单结合的使用方式。它们的 onFinish 回调函数设计用于处理表单提交逻辑：

1. 当 onFinish 返回 true 或 Promise.resolve(true) 时，组件会自动关闭模态框/抽屉
2. 如果配置了 destroyOnClose 属性，关闭时还会重置表单

问题现象

开发者在使用时发现一个看似矛盾的行为：

• 无论 onFinish 返回什么值（包括不返回），表单都会被重置
• 即使 onFinish 返回 false（表示提交失败），表单不会关闭但内容却被重置了
• 当设置 confirmLoading 为动态值时，按钮会一直保持加载状态

技术原理分析

这种行为实际上是由以下几个因素共同作用的结果：

1. destroyOnClose 的工作机制：该属性会在模态框/抽屉关闭时销毁子组件，自然会导致表单重置
2. onFinish 的默认行为：即使没有显式返回 true，组件内部可能仍然会触发某些重置逻辑
3. 状态管理：表单状态与模态框生命周期的耦合可能导致意外行为

推荐解决方案

要实现"提交成功才关闭并重置，失败则保持打开且保留表单内容"的需求，可以采用以下模式：

const [form] = Form.useForm();

<ModalForm
  form={form}
  destroyOnClose
  onFinish={async (values) => {
    try {
      await submitData(values); // 调用API
      return true; // 成功则关闭并重置
    } catch (error) {
      message.error('提交失败');
      return false; // 失败则保持打开，不重置
    }
  }}
/>

高级技巧

对于更复杂的需求，还可以考虑：

1. 使用 open 和 onOpenChange 手动控制模态框状态
2. 通过 form.setFieldsValue 在失败时手动恢复部分表单数据
3. 结合 useRef 保存表单数据快照，在需要时恢复

最佳实践建议

1. 明确区分业务逻辑失败和表单验证失败
2. 对于重要表单，考虑实现本地草稿保存功能
3. 在复杂场景下，可以拆分 Modal/Drawer 和 Form 组件，获得更精细的控制

通过理解这些底层机制，开发者可以更灵活地运用 ModalForm 和 DrawerForm 组件，构建出更符合业务需求的前端交互体验。