TypeScript中条件类型精读与实践记录
在大多数程序中,我们必须根据输入做出决策。typescript 也不例外,使用条件类型可以描述输入类型与输出类型之间的关系。
用于条件判断时的 extends
当 extends 用于表示条件判断时,可以总结出以下规律
若位于 extends 两侧的类型相同,则 extends 在语义上可理解为 ===,可以参考如下例子:
type result1 = 'a' extends 'abc' ? true : false // false type result2 = 123 extends 1 ? true : false // false
若位于 extends 右侧的类型包含位于 extends 左侧的类型(即狭窄类型 extends 宽泛类型)时,结果为 true,反之为 false。可以参考如下例子:
type result3 = string extends string | number ? true : false // true
当 extends 作用于对象时,若在对象中指定的 key 越多,则其类型定义的范围越狭窄。可以参考如下例子:
type result4 = { a: true, b: false } extends { a: true } ? true : false // true
在泛型类型中使用条件类型
考虑如下 demo 类型定义:
type demo<t, u> = t extends u ? never : t
结合用于条件判断时的 extends,可知 'a' | 'b' | 'c' extends 'a' 是 false, 因此 demo<'a' | 'b' | 'c', 'a'> 结果是 'a' | 'b' | 'c' 么?
查阅,其中有提到:
when conditional types act on a generic type, they become distributive when given a union type.
即当条件类型作用于泛型类型时,联合类型会被拆分使用。即 demo<'a' | 'b' | 'c', 'a'> 会被拆分为 'a' extends 'a'、'b' extends 'a'、'c' extends 'a'。用伪代码表示类似于:
function demo(t, u) { return t.map(val => { if (val !== u) return val return 'never' }) } demo(['a', 'b', 'c'], 'a') // ['never', 'b', 'c']
此外根据 的定义 —— never 类型可分配给每种类型,但是没有类型可以分配给 never(除了 never 本身)。即 never | 'b' | 'c' 等价于 'b' | 'c'。
因此 demo<'a' | 'b' | 'c', 'a'> 的结果并不是 'a' | 'b' | 'c' 而是 'b' | 'c'。
工具类型
心细的读者可能已经发现了 demo 类型的声明过程其实就是 typescript 官方提供的工具类型中 exclude<type, excludedunion> 的实现原理,其用于将联合类型 excludedunion 排除在 type 类型之外。
type t = demo<'a' | 'b' | 'c', 'a'> // t: 'b' | 'c'
基于 demo 类型定义,进一步地还可以实现官方工具类型中的 omit<type, keys>,其用于移除对象 type
中满足 keys 类型的属性值。
type omit<type, keys> = { [p in demo<keyof type, keys>]: type<p> } interface todo { title: string; description: string; completed: boolean; } type t = omit<todo, 'description'> // t: { title: string; completed: boolean }
逃离舱
如果想让 demo<'a' | 'b' | 'c', 'a'> 的结果为 'a' | 'b' | 'c' 是否可以实现呢? 根据描述:
typically, distributivity is the desired behavior. to avoid that behavior, you can surround each side of the extends keyword with square brackets.
如果不想遍历泛型中的每一个类型,可以用方括号将泛型给括起来以表示使用该泛型的整体部分。
type demo<t, u> = [t] extends [u] ? never : t
type demo<t, u> = [t] extends [u] ? never : t // result 此时类型为 'a' | 'b' | 'c' type result = demo<'a' | 'b' | 'c', 'a'>
在箭头函数中使用条件类型
在箭头函数中使用三元表达式时,从左向右的阅读习惯导致函数内容区若不加括号则会让使用方感到困惑。比如下方代码中 x 是函数类型还是布尔类型呢?
// the intent is not clear. var x = a => 1 ? true : false
在 eslint 规则 中,推荐如下写法:
var x = a => (1 ? true : false)
在 typescript 的类型定义中,若在箭头函数中使用 extends 也是同理,由于从左向右的阅读习惯,也会导致阅读者对类型代码的执行顺序感到困惑。
type curry<p extends any[], r> = (arg: head<p>) => hastail<p> extends true ? curry<tail<p>, r> : r
因此在箭头函数中使用 extends 建议加上括号,对于进行 code review 有很大的帮助。
type curry<p extends any[], r> = (arg: head<p>) => (hastail<p> extends true ? curry<tail<p>, r> : r)
结合类型推导使用条件类型
在 typescript 中,一般会结合 extends 来使用类型推导 语法。使用它可以实现自动推导类型的目的。比如用其来实现工具类型 returntype<type> ,该工具类型用于返回函数 type 的返回类型。
type returntype<t extends function> = t extends (...args: any) => infer u ? u : never
type returntype<t extends function> = t extends (...args: any) => infer u ? u : never myreturntype<() => string> // string myreturntype<() => promise<boolean> // promise<boolean>
结合 extends 与类型推导还可以实现与数组相关的 pop<t>、shift<t>、reverse<t> 工具类型。
pop<t>:
type pop<t extends any[]> = t extends [...infer exceptlast, any] ? exceptlast : never type t = pop<[3, 2, 1]> // t: [3, 2]
shift<t>:
type shift<t extends any[]> = t extends [infer _, ...infer o] ? o : never type t = shift<[3, 2, 1]> // t: [2, 1]
reverse<t>
type reverse<t> = t extends [infer f, ...infer others] ? [...reverse<others>, f] : [] type t = reverse<['a', 'b']> // t: ['b', 'a']
使用条件类型来判断两个类型完全相等
我们也可以使用条件类型来判断 a、b 两个类型是否完全相等。当前社区上主要有两种方案:
方案一: 参考 issue。
export type equal1<t, s> = [t] extends [s] ? ( [s] extends [t] ? true : false ) : false
目前该方案的唯一缺点是会将 any 类型与其它任何类型判为相等。
type t = equal1<{x:any}, {x:number}> // t: true
方案二: 参考 issue。
export type equal2<x, y> = (<t>() => t extends x ? 1 : 2) extends (<u>() => u extends y ? 1 : 2) ? true : false
目前该方案的唯一缺点是在对交叉类型的处理上有一点瑕疵。
type t = equal2<{x:1} & {y:2}, {x:1, y:2}> // false
以上两种判断类型相等的方法见仁见智,笔者在此抛砖引玉。
总结
到此这篇关于typescript中条件类型精读与实践的文章就介绍到这了,更多相关typescript条件类型内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!