用强数据类型保护你的表单数据 – 基于 antd 表单的类型约束

2025-12-13 0 185

概述

接口数据类型与表单提交数据类型,在大多数情况下,大部分属性的类型是相同的,但很少能做到完全统一。

我在之前的工作中经常为了方便,直接将接口数据类型复用为表单内数据类型,在遇到属性类型不一致的情况时会使用any强制忽略类型错误。

后来经过自省与思考,这种工作模式会引起各种隐藏 bug,一定有更好的工程解决方案。

我的答案就是:为表单提交数据单独定义类型!

类型解说

接口定义的请求体类型

请求数据类型

type RequestBody = {
   name?: string count?: number groupIds?: number[]
   startDate?: string // YYYY-MM-DD }

表单提交数据类型定义

type FormValue = {
  name?: string count?: number groupIds?: string startDate?: Moment
}

有了该类型,我们可以方便的将该类型使用在表单实例上

const [form] = Form.useForm< FormValue >() 

类型复用优化

如果表单的数据类型和接口提交的数据类型完全一致,当然可以共用一个,但现实世界这种情况几乎没有。

大多数情况是可以复用一些接口的属性到表单的数据类型中,例如上面的两个数据结构,其中 name、id 属性是相同的,则 FormValue 可以优化为

type FormValue = Pick< RequestBody, \'name\' | \'count\' > {
  groupIds?: string
  startDate?: Moment
}

Form.Item 限定 name 优化

应用此时表单组件的name约束就应为我们自定义的表单数据类型FormValue,定义约束组件

const FormItem = Form.Item as React.FC<
  Omit< FormItemProps, \'name\' > & {
    name: keyof FormValue
  }
>

应用该约束组件

< FormItem label=\"名称\" name=\"name\" > ...

数据转换

在表单的onFinish提交过程中,需要一个将FormValue (表单数据)转换为RequestBody (提交数据)的函数,类型定义如下:

const formValueToRquestBody = (values: FormValue): RequestBody => { return {
    name: values.name,
    id: values.id,
    groupIds: values.groupIds.split(\',\').map(n => Number(n)),
    startDate: values.startDate?.format(\'YYYY-MM-DD\'),
  }
}

复杂表单类型

复杂表单有些表单数据并非一层的key => value,而是多层树状或数组结构。

例如:提交数据结构

type FormValue = { name: string rule: { min: number max: number } } 

表单中关于 rule 的写法为:

< Form.Item name={[\'rule\', \'min\']}>

这种情况下,name不再是简单的字符串,应该如何用类型约束?

如果可以我希望使用类型工具,兼容多层表单数据结构,但一直没成功。

我目前的方法是,为该表单层级安排一个专用类型,该方法会有些写的麻烦,但胜在能准确的定义好类型。

我在采用该方法校验表单 name 数据时发现了几个很难发现的拼写错误,提前制止了测试同学提 bug 过来。

例如为rule属性定义单独的RuleFormItem:

import type { FormItemProps } from \'antd\' const RuleFormItem = Form.Item as React.FC<
  Omit< FormItemProps, \'name\'> & {
    name: [\'rule\', keyof FormValue[\'rule\']]
  }
>

调用时

< RuleFormItem label=\"min\" name={[\'rule\', \'min\']}> ...

此时数组中的 rule 与 min 都能收到类型的保护

泛型抽象

export type TypedFormItem< T > = React.FC<
  Omit< FormItemProps, \'name\' > & {
    name: T
  }
>

应用泛型

const RuleFormItem = Form.Item as TypedFormItem< keyof FormValue >

???? 恭喜,现在你的表单已经被类型完整的保护了。

作者:京东零售 王凡

来源:京东有开发者社区 转载请注明来源

来源:https://my.oschina.net/u/4090830/blog/10143238

收藏 (0) 打赏

感谢您的支持,我会继续努力的!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

申明:本文由第三方发布,内容仅代表作者观点,与本网站无关。对本文以及其中全部或者部分内容的真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。本网发布或转载文章出于传递更多信息之目的,并不意味着赞同其观点或证实其描述,也不代表本网对其真实性负责。

左子网 编程相关 用强数据类型保护你的表单数据 – 基于 antd 表单的类型约束 https://www.zuozi.net/36511.html

常见问题
  • 1、自动:拍下后,点击(下载)链接即可下载;2、手动:拍下后,联系卖家发放即可或者联系官方找开发者发货。
查看详情
  • 1、源码默认交易周期:手动发货商品为1-3天,并且用户付款金额将会进入平台担保直到交易完成或者3-7天即可发放,如遇纠纷无限期延长收款金额直至纠纷解决或者退款!;
查看详情
  • 1、描述:源码描述(含标题)与实际源码不一致的(例:货不对板); 2、演示:有演示站时,与实际源码小于95%一致的(但描述中有”不保证完全一样、有变化的可能性”类似显著声明的除外); 3、发货:不发货可无理由退款; 4、安装:免费提供安装服务的源码但卖家不履行的; 5、收费:价格虚标,额外收取其他费用的(但描述中有显著声明或双方交易前有商定的除外); 6、其他:如质量方面的硬性常规问题BUG等。 注:经核实符合上述任一,均支持退款,但卖家予以积极解决问题则除外。
查看详情
  • 1、左子会对双方交易的过程及交易商品的快照进行永久存档,以确保交易的真实、有效、安全! 2、左子无法对如“永久包更新”、“永久技术支持”等类似交易之后的商家承诺做担保,请买家自行鉴别; 3、在源码同时有网站演示与图片演示,且站演与图演不一致时,默认按图演作为纠纷评判依据(特别声明或有商定除外); 4、在没有”无任何正当退款依据”的前提下,商品写有”一旦售出,概不支持退款”等类似的声明,视为无效声明; 5、在未拍下前,双方在QQ上所商定的交易内容,亦可成为纠纷评判依据(商定与描述冲突时,商定为准); 6、因聊天记录可作为纠纷评判依据,故双方联系时,只与对方在左子上所留的QQ、手机号沟通,以防对方不承认自我承诺。 7、虽然交易产生纠纷的几率很小,但一定要保留如聊天记录、手机短信等这样的重要信息,以防产生纠纷时便于左子介入快速处理。
查看详情

相关文章

猜你喜欢
发表评论
暂无评论
官方客服团队

为您解决烦忧 - 24小时在线 专业服务