首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >TypeScript 5.3

TypeScript 5.3

作者头像
星宇大前端
发布2023-11-30 09:18:01
1470
发布2023-11-30 09:18:01
举报
文章被收录于专栏:大宇笔记大宇笔记

导入属性

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中添加了对/// <reference types="..." />属性的支持,以控制是否应该通过importrequire语义解析说明符。

 /// <reference types="pkg" resolution-mode="require" /> 
 // or 
 /// <reference types="pkg" resolution-mode="import" /> 

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

但是考虑到import属性可以指导解析,并且我们已经看到了合理的用例,TypeScript 5.3现在支持resolution-modeimport 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选项moduleResolutionnode16下使用nodenext。 为了更容易地查找专门用于类型目的的模块,resolution-mode现在可以在所有其他moduleResolution选项(如bundlernode10)中正常工作,并且在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率先开始的 我们想表达一个“谢谢”对于这种贡献。

缩小与布尔值比较的范围

有时候,你可能会发现自己在一个条件下与truefalse进行直接比较。 通常这些都是不必要的比较,但您可能更喜欢它作为一种风格,或者避免围绕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中,我们能够用valuePointLike缩小到instanceof,但不能缩小到Point。 这意味着我们可以访问属性xy,但不能访问方法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.jstypescript.js

TypeScript本身提供了两个库文件:tsserverlibrary.jstypescript.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.属性访问引用的声明是类字段并发出错误。 这可以防止在运行时可能发生的错误。

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

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2023-11-29,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 导入属性
  • 稳定支持 resolution-mode 导入类型
  • resolution-mode 支持所有模块模式
  • switch (true) 缩小
  • 缩小与布尔值比较的范围
  • instanceof 缩小范围 Symbol.hasInstance
  • 检查 super 实例字段上的属性访问
  • 类型的交互式嵌体提示
  • 首选设置 type 自动导入
  • 通过跳过JSDoc解析进行优化
  • 通过比较非规范化相交进行优化
  • 合并之间 tsserverlibrary.js 和 typescript.js
  • 突破性变化和正确性改进
    • lib.d.ts 变化
      • 检查 super 访问实例属性
      领券
      问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档