详解TypeScript映射类型和更好的字面量类型推断

概述

TypeScript 2.1 引入了映射类型,这是对类型系统的一个强大的补充。本质上,映射类型允许w咱们通过映射属性类型从现有类型创建新类型。根据咱们指定的规则转换现有类型的每个属性。转换后的属性组成新的类型。

使用映射类型,可以捕获类型系统中类似Object.freeze()等方法的效果。冻结对象后,就不能再添加、更改或删除其中的属性。来看看如何在不使用映射类型的情况下在类型系统中对其进行编码:

interface Point {
  x: number;
  y: number;
}

interface FrozenPoint {
  readonly x: number;
  readonly y: number;
}

function freezePoint(p: Point): FrozenPoint {
  return Object.freeze(p);
}

const origin = freezePoint({ x: 0, y: 0 });

// Error! Cannot assign to 'x' because it
// is a constant or a read-only property.
origin.x = 42;

咱们定义了一个包含x和y两个属性的Point接口,咱们还定义了另一个接口FrozenPoint,它与Point相同,只是它的所有属性都被使用readonly定义为只读属性。

freezePoint函数接受一个Point作为参数并冻结该参数,接着,向调用者返回相同的对象。然而,该对象的类型已更改为FrozenPoint,因此其属性被静态类型化为只读。这就是为什么当试图将42赋值给x属性时,TypeScript会出错。在运行时,分配要么抛出一个类型错误(严格模式),要么静默失败(非严格模式)。

虽然上面的示例可以正确地编译和工作,但它有两大缺点

  • 需要两个接口。除了Point类型之外,还必须定义FrozenPoint类型,这样才能将readonly修饰符添加到两个属性中。当咱们更改Point时,还必须更改FrozenPoint,这很容易出错,也很烦人。
  • 需要 freezePoint函数。对于希望在应用程序中冻结的每种类型的对象,咱们就必须定义一个包装器函数,该函数接受该类型的对象并返回冻结类型的对象。没有映射类型,咱们就不能以通用的方式静态地使用Object.freeze()。

使用映射类型构建 Object.freeze()

来看看Object.freeze()是如何在lib.d.ts文件中定义的:

/**
  * Prevents the modification of existing property attributes and values, and prevents the addition of new properties.
  * @param o Object on which to lock the attributes.
  */
freeze<T>(o: T): Readonly<T>;

该方法的返回类型为Readonly<T>,这是一个映射类型,它的定义如下:

type Readonly<T> = {
  readonly [P in keyof T]: T[P]
};

这个语法一开始可能会让人望而生畏,咱们来一步一步分析它:

  • 用一个名为T的类型参数定义了一个泛型 Readonly。
  • 在方括号中,使用了keyof操作符。keyof T将T类型的所有属性名表示为字符串字面量类型的联合。
  • 方括号中的in关键字表示我们正在处理映射类型。[P in keyof T]: T[P]表示将T类型的每个属性P的类型转换为T[P]。如果没有readonly修饰符,这将是一个身份转换。
  • 类型T[P]是一个查找类型,它表示类型T的属性P的类型。
  • 最后,readonly修饰符指定每个属性都应该转换为只读属性。

因为Readonly<T>类型是泛型的,所以咱们为T提供的每种类型都正确地入了Object.freeze()中。

const origin = Object.freeze({ x: 0, y: 0 });

// Error! Cannot assign to 'x' because it
// is a constant or a read-only property.
origin.x = 42;

映射类型的语法更直观解释

这次咱们使用Point类型为例来粗略解释类型映射如何工作。请注意,以下只是出于解释目的,并不能准确反映TypeScript使用的解析算法。

从类型别名开始:

type ReadonlyPoint = Readonly<Point>;

现在,咱们可以在Readonly<T>中为泛型类型T的替换Point类型:

type ReadonyPoint = {
  readonly [P in keyof Point]: Point[P]
};

现在咱们知道T是Point,可以确定keyof Point表示的字符串字面量类型的并集:

type ReadonlyPoint = {
  readonly [P in "x" | "y"]: Point[p]
};

类型P表示每个属性x和y,咱们把它们作为单独的属性来写,去掉映射的类型语法

type ReadonlyPoint = {
  readonly x: Point["x"];
  readonly y: Point["y"];
};   

最后,咱们可以解析这两种查找类型,并将它们替换为具体的x和y类型,这两种类型都是number。

type ReadonlyPoint = {
  readonly x: number;
  readonly y: number;
};

最后,得到的ReadonlyPoint类型与咱们手动创建的FrozenPoint类型相同。

更多映射类型的示例

上面已经看到lib.d.ts文件中内置的Readonly <T>类型。此外,TypeScript 定义了其他映射类型,这些映射类型在各种情况下都非常有用。如下:

/**
 * Make all properties in T optional
 */
type Partial<T> = {
  [P in keyof T]?: T[P]
};

/**
 * From T pick a set of properties K
 */
type Pick<T, K extends keyof T> = {
  [P in K]: T[P]
};

/**
 * Construct a type with a set of properties K of type T
 */
type Record<K extends string, T> = {
  [P in K]: T
};

这里还有两个关于映射类型的例子,如果需要的话,可以自己编写:

/**
 * Make all properties in T nullable
 */
type Nullable<T> = {
  [P in keyof T]: T[P] | null
};

/**
 * Turn all properties of T into strings
 */
type Stringify<T> = {
  [P in keyof T]: string
};

映射类型和联合的组合也是很有趣:

type X = Readonly<Nullable<Stringify<Point>>>;
// type X = {
//     readonly x: string | null;
//     readonly y: string | null;
// };

映射类型的实际用例

实战中经常可以看到映射类型,来看看react和 Lodash :

  • react:组件的setState方法允许咱们更新整个状态或其中的一个子集。咱们可以更新任意多个属性,这使得setState方法成为Partial<T>的一个很好的用例。
  • Lodash:pick函数从一个对象中选择一组属性。该方法返回一个新对象,该对象只包含咱们选择的属性。可以使用Pick<T>对该行为进行构建,正如其名称所示。

更好的字面量类型推断

字符串、数字和布尔字面量类型(如:"abc",1和true)之前仅在存在显式类型注释时才被推断。从 TypeScript 2.1 开始,字面量类型总是推断为默认值。在 TypeScript 2.0 中,类型系统扩展了几个新的字面量类型:

  • boolean字面量类型
  • 数字字面量
  • 枚举字面量

不带类型注解的const变量或readonly属性的类型推断为字面量初始化的类型。已经初始化且不带类型注解的let变量、var变量、形参或非readonly属性的类型推断为初始值的扩展字面量类型。字符串字面量扩展类型是string,数字字面量扩展类型是number,true或false的字面量类型是boolean,还有枚举字面量扩展类型是枚举。

更好的 const 变量推断

咱们从局部变量和var关键字开始。当TypeScript看到下面的变量声明时,它会推断baseUrl变量的类型是string:

var baseUrl = "https://example.com/";
// 推断类型: string

用let关键字声明的变量也是如此

let baseUrl = "https://example.com/";
// 推断类型: string

这两个变量都推断为string类型,因为它们可以随时更改。它们是用一个字面量字符串值初始化的,但是以后可以修改它们。

但是,如果使用const关键字声明变量并使用字符串字面量进行初始化,则推断的类型不再是string,而是字面量类型:

const baseUrl = "https://example.com/";
// 推断类型: "https://example.com/"

由于常量字符串变量的值永远不会改变,因此推断出的类型会更加的具体。baseUrl变量无法保存"https://example.com/"以外的任何其他值。

字面量类型推断也适用于其他原始类型。如果用直接的数值或布尔值初始化常量,推断出的还是字面量类型:

const HTTPS_PORT = 443;
// 推断类型: 443

const rememberMe = true;
// 推断类型: true

类似地,当初始化器是枚举值时,推断出的也是字面量类型:

enum FlexDirection {
  Row,
  Column
}

const direction = FlexDirection.Column;
// 推断类型: FlexDirection.Column

注意,direction类型为FlexDirection.Column,它是枚举字面量类型。如果使用let或var关键字来声明direction变量,那么它的推断类型应该是FlexDirection。

更好的只读属性推断

与局部const变量类似,带有字面量初始化的只读属性也被推断为字面量类型:

class ApiClient {
  private readonly baseUrl = "https://api.example.com/";
  // 推断类型: "https://api.example.com/"

  get(endpoint: string) {
    // ...
  }
}

只读类属性只能立即初始化,也可以在构造函数中初始化。试图更改其他位置的值会导致编译时错误。因此,推断只读类属性的字面量类型是合理的,因为它的值不会改变。

当然,TypeScript 不知道在运行时发生了什么:用readonly标记的属性可以在任何时候被一些js代码改变。readonly修饰符只限制从TypeScript代码中对属性的访问,在运行时就无能为力。也就是说,它会被编译时删除掉,不会出现在生成的js代码中。

推断字面量类型的有用性

你可能会问自己,为什么推断const变量和readonly属性为字面量类型是有用的。考虑下面的代码:

const HTTP_GET = "GET"; // 推断类型: "GET"
const HTTP_POST = "POST"; // 推断类型: "POST"

function get(url: string, method: "GET" | "POST") {
  // ...
}

get("https://example.com/", HTTP_GET);

如果推断HTTP_GET常量的类型是string而不是“GET”,则会出现编译时错误,因为无法将HTTP_GET作为第二个参数传递给get函数:

Argument of type 'string' is not assignable to parameter of type '"GET" | "POST"'

当然,如果相应的参数只允许两个特定的字符串值,则不允许将任意字符串作为函数参数传递。但是,当为两个常量推断字面量类型“GET”和“POST”时,一切就都解决了。

以上就是详解TypeScript映射类型和更好的字面量类型推断的详细内容,更多关于TS的资料请关注我们其它相关文章!

(0)

相关推荐

  • 教你30秒发布一个TypeScript包到NPM的方法步骤

    文章读译自The 30 second guide to publishing a typescript package to npm,部分内容有修改哈. 这篇文章要求你有一定的 JS .TS 和 NPM 的知识,如果你写过普通的 NPM 包就更好啦~如果没有的话网上也很多教程的,都很简单~ 发布过 npm 包的同学都知道,初始化一个 npm 项目,直接用 npm init -y 就可以了,那如果要用 ts 呢,直接 tsc --init 即可.这两个操作会生成 package.json 和 ts

  • Vue框架TypeScript装饰器使用指南小结

    前言 装饰器是一种特殊类型的声明,它能够被附加到 类声明,方法, 访问符,属性或参数 上. 装饰器使用 @expression这种形式, expression求值 后必须为一个函数,它会在 运行时被调用 ,被装饰的声明信息做为参数传入. 本篇先从项目的宏观角度来总结一下Decorator如何组织. 目录 主要的Decorator依赖 vue-class-component vuex-class vue-property-decorator core-decorators 自定义Decorator

  • Typescript的三种运行方式(小结)

    一.在线complier 这种方式最简单,不需在本地做任何配置安装,只需进入Typescript的官网,点击里面的playground就可以直接写代码了.但这种方式只适用于测试而不适用于开发. 二.本地命令行编译 1.在本地编译运行Typescript需要使用npm下载typescript npm install -g typescript 至于npm,就是node的包管理工具,下载node后就自动带了. 2.下载完成后可以使用 tsc -v 查看版本 3.使用:如在本地创建Hello.ts e

  • typescript nodejs 依赖注入实现方法代码详解

    依赖注入通常也是我们所说的ioc模式,今天分享的是用typescript语言实现的ioc模式,这边用到的主要组件是 reflect-metadata 这个组件可以获取或者设置元数据信息,它的作用是拿到原数据后进行对象创建类似C#中的反射,先看第一段代码: import "reflect-metadata"; /** * 对象管理器 */ const _partialContainer = new Map<string, any>(); const PARAMTYPES =

  • vue + typescript + 极验登录验证的实现方法

    此功能基于vue(v2.6.8) + typescript(v3.3.3333), 引入极验(geetest v3+)(官方api),使用其product: 'bind'模式, 页面挂载后初始化ininGeetest,点击登录按钮后先做表单验证,通过后弹出滑块框,拖动验证成功,执行登录方法. 本项目为前后端分离,所以后端部署部分,请自行参考文档操作 后台接口: 开始:/public/js目录添加 jquery-1.12.3.min.js文件 和 gt.js(下载)在/public/index.h

  • 对TypeScript库进行单元测试的方法

    原文发布于2017年7月,为保证能正常运行,其中部分命令进行了调整. 当时TypeScript版本为2.x,但依旧具有借鉴意义. 单元测试能限制你库中Bug的「生长」.随着编写的库越来越大,你不能总是手工测试每个特性.但你可以使用单元测试来测试每个特性,并且编写起来并不难.下面展示如何在Typescript中设置单元测试! 步骤1:安装用于单元测试的包 单元测试assert(推断)代码中一些属性.例如你有一个方法add(x,y),其应该正确地将x和y相加,通过单元测试你可以进行如下测试asser

  • Typescript 中的 interface 和 type 到底有什么区别详解

    interface VS type 大家使用 typescript 总会使用到 interface 和 type,官方规范 稍微说了下两者的区别 An interface can be named in an extends or implements clause, but a type alias for an object type literal cannot. An interface can have multiple merged declarations, but a type

  • JavaScript和TypeScript中的void的具体使用

    如果你来自传统的强类型语言,可能会很熟悉 void 的概念:一种类型,告诉你函数和方法在调用时不返回任何内容. void 作为运算符存在于 JavaScript 中,而作为基本类型存在于 TypeScript 中.在这两个世界中,void 的工作机制与大多数人习惯的有点不同. JavaScript 中的 void JavaScript 中的 void 是一个运算符,用于计算它旁边的表达式.无论评估哪个表达式,void总是返回undefined. let i = void 2; // i ===

  • TypeScript基础入门教程之三重斜线指令详解

    前言 TypeScript是Javascript的超集,实现以面向对象编程的方式使用Javascript.当然最后代码还是编译为Javascript. 三斜杠指令是包含单个XML标记的单行注释. 注释的内容用作编译器指令. 三斜杠指令仅在其包含文件的顶部有效. 三重斜杠指令只能在单行或多行注释之前,包括其他三重斜杠指令. 如果在声明或声明之后遇到它们,则将它们视为常规单行注释,并且没有特殊含义. /// <reference path ="..."/> /// <re

  • 详解如何用typescript开发koa2的二三事

    前言 最近在写一个博客的项目,前端用的 vue+typescript+element-ui ,后台则选择了 koa2+typescript+mongoDB 的组合.写这篇博客的目的也是在写后台的过程遇到一些问题,查了很多资料才解决.于是权当总结,亦是记录,可以给别人做一个完整的参考. 基本信息 这里列出来的是会用到的一些配置信息,毕竟一直都在更新,可能这里说的以后某个版本就不支持了. "nodemon" : "^1.18.3", "ts-node"

随机推荐