TypeScript 5.3

导入属性

TypeScript 5.3支持导入属性提案的最新更新。

导入属性的一个用例是向运行库提供有关模块预期格式的信息。

// We only want this to be interpreted as JSON,

// not a runnable/malicious JavaScript file with a `.json` extension.

import obj from "./something.json" with { type: "json" };

这些属性的内容不会被TypeScript检查，因为它们是特定于主机的，并且只是单独留下，以便浏览器和运行时可以处理它们（可能是错误）。

// TypeScript is fine with this.

// But your browser? Probably not.

import * as foo from "./foo.js" with { type: "fluffy bunny" };

动态import()调用也可以通过第二个参数使用导入属性。

const obj = await import("./something.json", {

with: { type: "json" }

});

第二个参数的预期类型由一个名为ImportCallOptions的类型定义，默认情况下，该类型只需要一个名为with的属性。

请注意，导入属性是早期称为“导入断言”的提案的演变 最明显的区别是使用with关键字而不是assert关键字。 但不太明显的区别是，运行时现在可以自由地使用属性来指导导入路径的解析和解释，而导入断言只能在加载模块后断言某些特性。

随着时间的推移，TypeScript将弃用旧的导入断言语法，而支持拟议的导入属性语法。 使用assert的现有代码应该迁移到with关键字。 需要导入属性的新代码应该独占地使用with。

我们 我们

稳定支持 resolution-mode 导入类型

在TypeScript 4.7中，TypeScript在resolution-mode中添加了对/// 属性的支持，以控制是否应该通过import或require语义解析说明符。

///

// or

///

一个相应的字段也被添加到纯类型导入的导入断言中; 然而，它只在TypeScript的夜间版本中得到支持。 理由是，在精神上，导入断言并不打算指导模块解析。 因此，该功能在夜间模式下进行了试验，以获得更多的反馈。

但是考虑到import属性可以指导解析，并且我们已经看到了合理的用例，TypeScript 5.3现在支持resolution-mode的import type属性。

// Resolve `pkg` as if we were importing with a `require()`

import type { TypeFromRequire } from "pkg" with {

"resolution-mode": "require"

};

// Resolve `pkg` as if we were importing with an `import`

import type { TypeFromImport } from "pkg" with {

"resolution-mode": "import"

};

export interface MergedType extends TypeFromRequire, TypeFromImport {}

这些导入属性也可以用于import()类型。

export type TypeFromRequire =

import("pkg", { with: { "resolution-mode": "require" } }).TypeFromRequire;

export type TypeFromImport =

import("pkg", { with: { "resolution-mode": "import" } }).TypeFromImport;

export interface MergedType extends TypeFromRequire, TypeFromImport {}

欲了解更多信息，请查看此处的更改

resolution-mode 支持所有模块模式

以前，仅允许在resolution-mode选项moduleResolution和node16下使用nodenext。 为了更容易地查找专门用于类型目的的模块，resolution-mode现在可以在所有其他moduleResolution选项（如bundler，node10）中正常工作，并且在classic下不会出错。

有关详细信息，请参阅实现pull request。

switch (true) 缩小

TypeScript 5.3现在可以基于case中每个switch (true)子句中的条件执行收缩。

function f(x: unknown) {

switch (true) {

case typeof x === "string":

// 'x' is a 'string' here

console.log(x.toUpperCase());

// falls through...

case Array.isArray(x):

// 'x' is a 'string | any[]' here.

console.log(x.length);

// falls through...

default:

// 'x' is 'unknown' here.

// ...

}

}

这个功能是由Mateusz Burzyovski率先开始的 我们想表达一个“谢谢”对于这种贡献。

缩小与布尔值比较的范围

有时候，你可能会发现自己在一个条件下与true或false进行直接比较。 通常这些都是不必要的比较，但您可能更喜欢它作为一种风格，或者避免围绕JavaScript真实性的某些问题。 无论如何，以前的TypeScript在执行收缩时无法识别这样的表单。

TypeScript 5.3现在在缩小变量时保持并理解这些表达式。

interface A {

a: string;

}

interface B {

b: string;

}

type MyType = A | B;

function isA(x: MyType): x is A {

return "a" in x;

}

function someFn(x: MyType) {

if (isA(x) === true) {

console.log(x.a); // works!

}

}

我们

instanceof 缩小范围 Symbol.hasInstance

JavaScript的一个稍微深奥的特性是可以覆盖instanceof操作符的行为。 为此，instanceof操作符右侧的值需要有一个名为Symbol.hasInstance的特定方法。

class Weirdo {

static [Symbol.hasInstance](testedValue) {

// wait, what?

return testedValue === undefined;

}

}

// false

console.log(new Thing() instanceof Weirdo);

// true

console.log(undefined instanceof Weirdo);

为了在instanceof中更好地建模这种行为，TypeScript现在检查是否存在这样的[Symbol.hasInstance]方法，并将其声明为类型谓词函数。 如果是，则instanceof操作符左侧的测试值将由该类型谓词适当地缩小。

interface PointLike {

x: number;

y: number;

}

class Point implements PointLike {

x: number;

y: number;

constructor(x: number, y: number) {

this.x = x;

this.y = y;

}

distanceFromOrigin() {

return Math.sqrt(this.x ** 2 + this.y ** 2);

}

static [Symbol.hasInstance](val: unknown): val is PointLike {

return !!val && typeof val === "object" &&

"x" in val && "y" in val &&

typeof val.x === "number" &&

typeof val.y === "number";

}

}

function f(value: unknown) {

if (value instanceof Point) {

// Can access both of these - correct!

value.x;

value.y;

// Can't access this - we have a 'PointLike',

// but we don't *actually* have a 'Point'.

value.distanceFromOrigin();

}

}

正如你在这个例子中看到的，Point定义了自己的[Symbol.hasInstance]方法。 它实际上充当了一个名为PointLike的单独类型的自定义类型保护。 在函数f中，我们能够用value将PointLike缩小到instanceof，但不能缩小到Point。 这意味着我们可以访问属性x和y，但不能访问方法distanceFromOrigin。

有关更多信息，您可以在这里阅读有关此更改的信息。

检查 super 实例字段上的属性访问

在JavaScript中，可以通过super关键字访问基类中的声明。

class Base {

someMethod() {

console.log("Base method called!");

}

}

class Derived extends Base {

someMethod() {

console.log("Derived method called!");

super.someMethod();

}

}

new Derived().someMethod();

// Prints:

// Derived method called!

// Base method called!

这与编写类似this.someMethod()的代码不同，因为这可能会调用重写的方法。 这是一个微妙的区别，更微妙的是，如果一个声明从来没有被重写过，这两者通常可以互换。

class Base {

someMethod() {

console.log("someMethod called!");

}

}

class Derived extends Base {

someOtherMethod() {

// These act identically.

this.someMethod();

super.someMethod();

}

}

new Derived().someOtherMethod();

// Prints:

// someMethod called!

// someMethod called!

问题是它们可以互换使用，因为super只对在原型上声明的成员有效，而不是实例属性。 这意味着如果你写了super.someMethod()，但是someMethod被定义为一个字段，你会得到一个运行时错误！

class Base {

someMethod = () => {

console.log("someMethod called!");

}

}

class Derived extends Base {

someOtherMethod() {

super.someMethod();

}

}

new Derived().someOtherMethod();

//

// Doesn't work because 'super.someMethod' is 'undefined'.

TypeScript 5.3现在更仔细地检查super属性访问/方法调用，以查看它们是否对应于类字段。 如果它们这样做了，我们现在将得到一个类型检查错误。

这张支票是由Jack Works提供的！

类型的交互式嵌体提示

TypeScript的inlay提示现在支持跳转到类型的定义！ 这使得轻松浏览代码变得更加容易。

在这里查看更多的实现。

首选设置 type 自动导入

以前，当TypeScript为类型位置中的内容生成自动导入时，它会根据您的设置添加type修饰符。 例如，当在下面的Person上获得自动导入时：

export let p: Person

TypeScript的编辑经验通常会为Person添加一个导入：

import { Person } from "./types";

export let p: Person

在某些设置下，如verbatimModuleSyntax，它会添加type修饰符：

import { type Person } from "./types";

export let p: Person

然而，也许你的代码库不能使用其中的一些选项;或者你只是在可能的情况下偏好显式的type导入。

随着最近的变化，TypeScript现在使其成为特定于编辑器的选项。 在Visual Studio Code中，您可以在UI中的“TypeScript ›首选项：首选仅自动导入类型”下启用它，或者作为JSON配置选项typescript.preferences.preferTypeOnlyAutoImports

通过跳过JSDoc解析进行优化

当通过tsc运行TypeScript时，编译器现在将避免解析JSDoc。 这不仅减少了解析时间，而且还减少了存储注释所占用的内存，沿着减少了垃圾收集所花费的时间。 总而言之，您应该会在--watch模式下看到更快的编译和更快的反馈。

具体的变化可以在这里看到。

因为不是每个使用TypeScript的工具都需要存储JSDoc（例如typescript-eslint和Prettier），所以这种解析策略已经作为API本身的一部分出现。 这可以使这些工具获得与我们为TypeScript编译器带来的相同的内存和速度改进。 注释解析策略的新选项在JSDocParsingMode中描述。 有关此拉取请求的更多信息。

通过比较非规范化相交进行优化

在TypeScript中，联合和交集始终遵循特定的形式，其中交集不能包含联合类型。 这意味着当我们在像A & (B | C)这样的并集上创建一个交集时，该交集将被规范化为(A & B) | (A & C)。 但是，在某些情况下，类型系统仍将保持原始形式以用于显示目的。

原来，原始形式可以用于类型之间的一些聪明的快速比较。

例如，假设我们有SomeType & (Type1 | Type2 | ... | Type99999NINE)，我们想看看它是否可以分配给SomeType。 回想一下，我们并没有真正的交集作为我们的源类型-我们有一个看起来像(SomeType & Type1) | (SomeType & Type2) | ... |(SomeType & Type99999NINE)的联合。 当检查一个联合体是否可以赋值给某个目标类型时，我们必须检查联合体的每个成员是否都可以赋值给目标类型，这可能会非常慢。

在TypeScript 5.3中，我们可以看到我们能够隐藏的原始交集形式。 当我们比较类型时，我们做一个快速检查，看看目标是否存在于源交集的任何组成部分中。

有关详细信息，请参阅此pull request。

合并之间 tsserverlibrary.js 和 typescript.js

TypeScript本身提供了两个库文件：tsserverlibrary.js和typescript.js。 有一些API只在tsserverlibrary.js中可用（如ProjectService API），这可能对某些导入程序有用。 尽管如此，这两个包是不同的，有很多重叠，在包中重复代码。 更重要的是，由于自动导入或肌肉记忆，始终使用一个而不是另一个可能具有挑战性。 意外加载两个模块太容易了，代码可能无法在API的不同实例上正常工作。 即使它确实有效，加载第二个bundle也会增加资源使用。

鉴于此，我们决定将两者合并。 typescript.js现在包含tsserverlibrary.js曾经包含的内容，tsserverlibrary.js现在只是重新导出typescript.js。 对比此次整合前后，我们发现封装尺寸减少了以下几点：

	之前	后	Diff	差异（百分比）
包装	6.90 MIB	5.48 MIB	-1.42 MiB	-20.61%
解包	38.74 MiB	30.41 MiB	-8.33 MiB	-21.50%

	之前	后	Diff	差异（百分比）
lib/tsserverlibrary.d.ts	570.95 KiB	B	-570.10 KiB	-99.85%
lib/tsserverlibrary.js	8.57 MIB	B	-8.57 MiB	-99.99%
lib/typescript.d.ts	396.27 KiB	570.95 KiB	+174.68 KiB	+44.08%
lib/typescript.js	7.95 MIB	8.57 MIB	+637.53 KiB	+7.84%

换句话说，封装尺寸减少了20.5%以上。

有关更多信息，您可以在此处查看所涉及的工作。

突破性变化和正确性改进

lib.d.ts 变化

为DOM生成的类型可能会对您的代码库产生影响。 有关更多信息，请参阅TypeScript 5.3的DOM更新。

检查 super 访问实例属性

TypeScript 5.3现在可以检测到super.属性访问引用的声明是类字段并发出错误。 这可以防止在运行时可能发生的错误。

在这里查看更多关于此更改的信息。