react-testing-library之Jest单测坑—TS的类型隐式推导

TS的类型推导问题

一. 问题背景

在写单测时偶然发现某个TS类型推导问题,此问题在以前也被不同的同事所遇到过,文末会给出4种处理方案

二. 场景如下

(注:左为组件Props定义,右为testProps定义)

在这里插入图片描述


这是一个简单的jest单测,通过预定的Props传入相关的testProps,看起来似乎没什么问题,但是在执行reder( )时会报错,具体如下:

在这里插入图片描述


但是如果将参数变为通过行内解构传入的方式则不会报错,如下图:

在这里插入图片描述


三. 问题分析——TS的 ‘隐式推导’

TS只能在编译时进行类型检查,所以————
在定义时:如果没有明确的指定类型,那么TypeScript会依照类型推论(TypeInference)的规则推断出一个类型。
在传入时:会查看传入对象和预定Props是否一致,此时只有检查,没有推导。但如果传入的对象是已手动声明过类型,TS就会知道传入的值是有类型的,此时将会进行隐式推导

由此可以大胆猜测:若将status写入上文的testProps里,这个status类型就是看testProps是如何定义的,然后再和Result组件中已定义的Props进行比较,此时并无推导,而testProps并未手动指定类型,故会导致 ‘String’ 类型 和 'success | error | warning ’ 类型不兼容。如若将status通过行内解构的方式传入,此时的status已经在Props里有指定的类型,故会进行隐式推导,验证如下图:

  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 20
    评论
评论 20
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值