typescript类型推断的微妙之处:四种类型定义的相同结果及条件类型与联合类型的匹配难题
本文探讨TypeScript中几种看似不同的类型定义却产生相同结果的原因,并解释一个条件类型与联合类型匹配的问题。
首先,我们分析四种getReturnType类型的定义:
type getReturnType1<T> = T extends (...args: never) => infer R ? R : never; type getReturnType2<T> = T extends (...args: never[]) => infer R ? R : never; type getReturnType3<T> = T extends (...args: any[]) => infer R ? R : never; type getReturnType4<T> = T extends (...args: any) => infer R ? R : never;
这四种类型定义都旨在从函数类型中推断其返回值类型。尽管参数类型(...args: never)、(...args: never[])、(...args: any[])和(...args: any)看起来不同,但在类型推断中却表现一致。这是因为extends关键字主要关注函数的参数个数和返回值类型,而不会严格检查参数类型的细节。never代表不可能存在的类型,any代表任何类型,never[]代表空数组;这些差异在返回值类型推断过程中被忽略。因此,都能正确推断出函数的返回值类型R。
接下来,我们分析一个条件类型与联合类型不匹配的问题:
type Props<T extends Major | ResCategoryLabel> = { labels: T[]; setSelect: (index: number, label: T extends Major ? Major : ResCategoryLabel) => void; xxx; }; const changeSelect = ( index: number, label: Major | ResCategoryLabel, e: React.MouseEvent<HTMLAnchorElement> | React.TouchEvent<HTMLAnchorElement> ) => { setSelect(index, label); activeTabToCenter(e.currentTarget as HTMLElement); };
setSelect函数的第二个参数label的类型定义为T extends Major ? Major : ResCategoryLabel。问题在于,当T为Major | ResCategoryLabel时,TypeScript无法确定label的类型。条件类型试图根据T是否为Major来选择类型,但T可能是Major也可能是ResCategoryLabel,导致类型推断无法给出确定的类型,从而出现类型不匹配错误。这不是代码逻辑错误,而是TypeScript类型系统在处理联合类型和条件类型时的限制。 解决方法可能需要重构Props类型或setSelect函数的类型定义,例如使用类型断言或更精细的类型定义来明确label的类型。
以上就是TypeScript类型推断的迷惑之处:四种类型定义结果相同,以及条件类型与联合类型匹配的难题?的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号