Blog TypeScript 之 Conditional Types

前言

TypeScript 的官方文档早已更新，但我能找到的中文文档都还停留在比较老的版本。所以对其中新增以及修订较多的一些章节进行了翻译整理。

本篇整理自 TypeScript Handbook 中「Conditional Types」章节。

本文并不严格按照原文翻译，对部分内容也做了解释补充。

条件类型（Conditional Types）

很多时候，我们需要基于输入的值来决定输出的值，同样我们也需要基于输入的值的类型来决定输出的值的类型。条件类型（Conditional types）就是用来帮助我们描述输入类型和输出类型之间的关系。

interface Animal {
  live(): void;
}

interface Dog extends Animal {
  woof(): void;
}
 
type Example1 = Dog extends Animal ? number : string;     
// type Example1 = number
 
type Example2 = RegExp extends Animal ? number : string;     
// type Example2 = string

条件类型的写法有点类似于 JavaScript 中的条件表达式（condition ? trueExpression : falseExpression ）：

SomeType extends OtherType ? TrueType : FalseType;

单从这个例子，可能看不出条件类型有什么用，但当搭配泛型使用的时候就很有用了，让我们拿下面的 createLabel 函数为例：

interface IdLabel {
  id: number /* some fields */;
}
interface NameLabel {
  name: string /* other fields */;
}
 
function createLabel(id: number): IdLabel;
function createLabel(name: string): NameLabel;
function createLabel(nameOrId: string | number): IdLabel | NameLabel;
function createLabel(nameOrId: string | number): IdLabel | NameLabel {
  throw "unimplemented";
}

这里使用了函数重载，描述了 createLabel 是如何基于输入值的类型不同而做出不同的决策，返回不同的类型。注意这样一些事情：

如果一个库不得不在一遍又一遍的遍历 API 后做出相同的选择，它会变得非常笨重。
我们不得不创建三个重载，一个是为了处理明确知道的类型，我们为每一种类型都写了一个重载（这里一个是 string，一个是 number），一个则是为了通用情况（接收一个 string | number）。而如果增加一种新的类型，重载的数量将呈指数增加。

其实我们完全可以用把逻辑写在条件类型中：

type NameOrId<T extends number | string> = T extends number
  ? IdLabel
  : NameLabel;

使用这个条件类型，我们可以简化掉函数重载：

function createLabel<T extends number | string>(idOrName: T): NameOrId<T> {
  throw "unimplemented";
}
 
let a = createLabel("typescript");
// let a: NameLabel
 
let b = createLabel(2.8);
// let b: IdLabel
 
let c = createLabel(Math.random() ? "hello" : 42);
// let c: NameLabel | IdLabel

条件类型约束（Conditional Type Constraints）

通常，使用条件类型会为我们提供一些新的信息。正如使用 类型保护（type guards） 可以 收窄类型（narrowing） 为我们提供一个更加具体的类型，条件类型的 true 分支也会进一步约束泛型，举个例子：

type MessageOf<T> = T["message"];
// Type '"message"' cannot be used to index type 'T'.

TypeScript 报错是因为 T 不知道有一个名为 message 的属性。我们可以约束 T，这样 TypeScript 就不会再报错：

type MessageOf<T extends { message: unknown }> = T["message"];
 
interface Email {
  message: string;
}
 
type EmailMessageContents = MessageOf<Email>;
// type EmailMessageContents = string

但是，如果我们想要 MessgeOf 可以传入任何类型，但是当传入的值没有 message 属性的时候，则返回默认类型比如 never 呢？

我们可以把约束移出来，然后使用一个条件类型：

type MessageOf<T> = T extends { message: unknown } ? T["message"] : never;
 
interface Email {
  message: string;
}
 
interface Dog {
  bark(): void;
}
 
type EmailMessageContents = MessageOf<Email>;           
// type EmailMessageContents = string
 
type DogMessageContents = MessageOf<Dog>;          
// type DogMessageContents = never

在 true 分支里，TypeScript 会知道 T 有一个 message属性。

再举一个例子，我们写一个 Flatten 类型，用于获取数组元素的类型，当传入的不是数组，则直接返回传入的类型：

type Flatten<T> = T extends any[] ? T[number] : T;
 
// Extracts out the element type.
type Str = Flatten<string[]>;  
// type Str = string
 
// Leaves the type alone.
type Num = Flatten<number>;  
// type Num = number

注意这里使用了索引访问类型里的 number 索引，用于获取数组元素的类型。

在条件类型里推断（Inferring Within Conditional Types）

条件类型提供了 infer 关键词，可以从正在比较的类型中推断类型，然后在 true 分支里引用该推断结果。借助 infer，我们修改下 Flatten 的实现，不再借助索引访问类型“手动”的获取出来：

type Flatten<Type> = Type extends Array<infer Item> ? Item : Type;

这里我们使用了 infer 关键字声明了一个新的类型变量 Item ，而不是像之前在 true 分支里明确的写出如何获取 T 的元素类型，这可以解放我们，让我们不用再苦心思考如何从我们感兴趣的类型结构中挖出需要的类型结构。

我们也可以使用 infer 关键字写一些有用的 类型帮助别名（helper type aliases）。举个例子，我们可以获取一个函数返回的类型：

type GetReturnType<Type> = Type extends (...args: never[]) => infer Return
  ? Return
  : never;
 
type Num = GetReturnType<() => number>;
// type Num = number
 
type Str = GetReturnType<(x: string) => string>;
// type Str = string
 
type Bools = GetReturnType<(a: boolean, b: boolean) => boolean[]>;   
// type Bools = boolean[]

当从多重调用签名（就比如重载函数）中推断类型的时候，会按照最后的签名进行推断，因为一般这个签名是用来处理所有情况的签名。

declare function stringOrNum(x: string): number;
declare function stringOrNum(x: number): string;
declare function stringOrNum(x: string | number): string | number;
 
type T1 = ReturnType<typeof stringOrNum>;                     
// type T1 = string | number

分发条件类型（Distributive Conditional Types）

当在泛型中使用条件类型的时候，如果传入一个联合类型，就会变成 分发的（distributive），举个例子：

type ToArray<Type> = Type extends any ? Type[] : never;

如果我们在 ToArray 传入一个联合类型，这个条件类型会被应用到联合类型的每个成员：

type ToArray<Type> = Type extends any ? Type[] : never;
 
type StrArrOrNumArr = ToArray<string | number>;        
// type StrArrOrNumArr = string[] | number[]

让我们分析下 StrArrOrNumArr 里发生了什么，这是我们传入的类型：

string | number;

接下来遍历联合类型里的成员，相当于：

ToArray<string> | ToArray<number>;

所以最后的结果是：

string[] | number[];

通常这是我们期望的行为，如果你要避免这种行为，你可以用方括号包裹 extends 关键字的每一部分。

type ToArrayNonDist<Type> = [Type] extends [any] ? Type[] : never;
 
// 'StrArrOrNumArr' is no longer a union.
type StrArrOrNumArr = ToArrayNonDist<string | number>;
// type StrArrOrNumArr = (string | number)[]

TypeScript 系列

TypeScript 系列文章由官方文档翻译、重难点解析、实战技巧三个部分组成，涵盖入门、进阶、实战，旨在为你提供一个系统学习 TS 的教程，全系列预计 40 篇左右。点此浏览全系列文章，并建议顺便收藏站点。

微信：「mqyqingfeng」，加我进冴羽唯一的读者群。

如果有错误或者不严谨的地方，请务必给予指正，十分感谢。如果喜欢或者有所启发，欢迎 star，对作者也是一种鼓励。

Nov 29 '21 09:11 mqyqingfeng

打卡

Jan 29 '22 05:01 slogeor

下面的函数体怎么写才能不报红？ avatar avatar

May 17 '22 09:05 shjames

下面的函数体怎么写才能不报红？

可能这么写

function createLabel<T extends string | number>(
    idOrName: T
): NameOrId<T> {
    if (typeof idOrName === 'number') {
        return { id: 1 } as NameOrId<T>
    } else if(typeof idOrName === 'string') {
        return { name: '1' } as NameOrId<T>
    }
}

May 17 '22 11:05 tigerman-c

下面的函数体怎么写才能不报红？


function createLabel(idOrName: number): IdLabel;
function createLabel(idOrName: string): NameLabel;
function createLabel(idOrName: number | string) : IdLabel | NameLabel {
  if (typeof idOrName === 'number') {
    idOrName
    // ^?
    return {
      id: idOrName,
    };
  } else {
    return {name: idOrName}
  }

https://www.typescriptlang.org/docs/handbook/2/functions.html#function-overloads

May 17 '22 12:05 riskers

@kwSir-chen

下面的函数体怎么写才能不报红？

可能这么写

function createLabel<T extends string | number>(
    idOrName: T
): NameOrId<T> {
    if (typeof idOrName === 'number') {
        return { id: 1 } as NameOrId<T>
    } else if(typeof idOrName === 'string') {
        return { name: '1' } as NameOrId<T>
    }
}

好粗暴，哈哈

May 17 '22 14:05 shjames

@riskers

下面的函数体怎么写才能不报红？


function createLabel(idOrName: number): IdLabel;
function createLabel(idOrName: string): NameLabel;
function createLabel(idOrName: number | string) : IdLabel | NameLabel {
  if (typeof idOrName === 'number') {
    idOrName
    // ^?
    return {
      id: idOrName,
    };
  } else {
    return {name: idOrName}
  }

https://www.typescriptlang.org/docs/handbook/2/functions.html#function-overloads

这应该算是直接换了一种实现方式了吧，但是还是解释不了为什么采用extends的写法会报错

May 17 '22 14:05 shjames

@shjames https://stackoverflow.com/questions/60475431/generic-type-extending-union-is-not-narrowed-by-type-guard

可以参考这个问题的回答

idOrName 是参数，可能是 string 也可能是 number，这是编译期不能决定的，所以没办法通过 NameOrId<T> 来约束返回值

May 18 '22 12:05 riskers

@riskers

@shjames https://stackoverflow.com/questions/60475431/generic-type-extending-union-is-not-narrowed-by-type-guard

可以参考这个问题的回答

idOrName 是参数，可能是 string 也可能是 number，这是编译期不能决定的，所以没办法通过 NameOrId<T> 来约束返回值

好的，感谢

May 19 '22 02:05 shjames

@shjames 今天无意看到文档，可能会更权威回答你的问题： Distributive Conditional Types

其实文章最后也说过

在你的 case 里，NameOrId<string | number> 会被认为是 NameOrId<string> | NameOrId<number>

May 24 '22 04:05 riskers

一个类型而已,为什么要搞得这么麻烦

Sep 30 '22 10:09 YuFengjie97

@riskers

@shjames 今天无意看到文档，可能会更权威回答你的问题： Distributive Conditional Types

其实文章最后也说过

在你的 case 里，NameOrId<string | number> 会被认为是 NameOrId<string> | NameOrId<number>

所以还是只能用as Type 明确告诉编辑器返回类型是准确的，是这样吗

Jan 24 '23 07:01 TLovers

打卡~

May 26 '23 02:05 yychuiyan

Blog Blog copied to clipboard

TypeScript 之 Conditional Types

前言

条件类型（Conditional Types）

条件类型约束 （Conditional Type Constraints）

在条件类型里推断（Inferring Within Conditional Types）

分发条件类型（Distributive Conditional Types）

TypeScript 系列

Blog
Blog copied to clipboard

条件类型约束（Conditional Type Constraints）