即将到来的es2022新特性
0 条评论ECMAScript 规范每年都会更新一次,正式标准化 JavaScript 语言的 ECMAScript 的下一次年度更新将在 2022 年 6 月左右获得批准。自 2015 年以来,TC39 团队成员每年都会一起讨论可用的提案,并发布已接受的提案。今年是 ECMAScript 的第 13 版,其中包括许多实用的功能。所有在 2022 年 3 月之前达到阶段 4 的提案都将包含在全新的 ECMAScript 2022 标准中。
对于一个提案,从提出到最后被纳入ES新特性,TC39的规范中分为五步:
- stage0(strawman),任何TC39的成员都可以提交。
- stage1(proposal),进入此阶段就意味着这一提案被认为是正式的了,需要对此提案的场景与API进行详尽的描述。
- stage2(draft),演进到这一阶段的提案如果能最终进入到标准,那么在之后的阶段都不会有太大的变化,因为理论上只接受增量修改。
- state3(candidate),这一阶段的提案只有在遇到了重大问题才会修改,规范文档需要被全面的完成。
- state4(finished),这一阶段的提案将会被纳入到ES每年发布的规范之中
目前,一些提案还处于第三阶段,一些提案已经进入第四阶段。提案的功能将在达到第 4 阶段后被添加到新的ECMAScript标准中,这意味着它们已获得 TC-39 的批准,通过了测试,并且至少有两个实现。下面就来看看 ECMAScript 2022 预计会推出的新功能吧~
一、Top-level Await
在ES2017中引入了 async
函数和 await
关键字,以简化 Promise
的使用,但是 await
关键字只能在 async
函数内部使用。尝试在异步函数之外使用 await
就会报错:SyntaxError - SyntaxError: await is only valid in async function
。
顶层 await
允许我们在 async
函数外面使用 await
关键字,目前提案正处于第 4 阶段,并且已经在三个主要的浏览器的 JavaScript 引擎中实现,模块系统会协调所有的异步 promise
。
顶层 await
允许模块充当大型异步函数,通过顶层 await
,这些ECMAScript模块可以等待资源加载。这样其他导入这些模块的模块在执行代码之前要等待资源加载完再去执行。下面来看一个简单的例子。
由于 await
仅在 async
函数中可用,因此模块可以通过将代码包装在 async
函数中来在代码中包含 await
:
1 | // a.js |
我们还可以立即调用顶层async
函数(IIAFE):
1 | import fetch from "node-fetch"; |
这样会有一个缺点,直接导入的 users 是 undefined,需要在异步执行完成之后才能访问它:
1 | // usingAwait.js |
当然,这种方法并不安全,因为如果异步函数执行花费的时间超过100毫秒, 它就不会起作用了,users 仍然是 undefined。
另一个方法是导出一个 promise,让导入模块知道数据已经准备好了:
1 | //a.js |
虽然这种方法似乎是给出了预期的结果,但是有一定的局限性:导入模块必须了解这种模式才能正确使用它。
而顶层await
就可以消除这些缺点:
1 | // a.js |
顶级 await 在以下场景中将非常有用:
(1)动态加载模块
1 | const strings = await import(`/i18n/${navigator.language}`); |
(2)资源初始化
1 | const connection = await dbConnector(); |
(3)依赖回退
1 | let translations; |
目前,在这些地方已经支持 Top-level await:
- V8 v8.9
- Webpack 5.0.0
- Babel
- Chrome DevTools REPL
- Node REPL
二、类的实例成员
1. 公共实例字段
公共类字段允许我们使用赋值运算符 (=) 将实例属性添加到类定义中。下面来一个计数器的例子:
1 | import React, { Component } from "react"; |
在这个例子中,在构造函数中定义了实例字段和绑定方法,通过新的类语法,我们可以使代码更加直观。新的公共类字段语法允许我们直接将实例属性作为属性添加到类上,而无需使用构造函数方法。这样就简化了类的定义,使代码更加简洁、可读:
1 | import React from "react"; |
有些小伙伴可能就疑问了,这个功能很早就可以使用了呀。但是它现在还不是标准的 ECMAScript,默认是不开启的,如果使用 create-react-app 创建 React 项目,那么它默认是启用的,否则我们必须使用正确的babel插件才能正常使用(@babel/preset-env)。
下面来看看关于公共实例字段的注意事项:
(1)公共实例字段存在于每个创建的类实例上。它们要么是在Object.defineProperty()
中添加,要么是在基类中的构造时添加(构造函数主体执行之前执行),要么在子类的super()
返回之后添加:
1 | class Incrementor { |
(2)未初始化的字段会自动设置为 undefined:
1 | class Incrementor { |
(3)可以进行字段的计算:
1 | const PREFIX = 'main'; |
2. 私有实例字段、方法和访问器
默认情况下,ES6 中所有属性都是公共的,可以在类外检查或修改。下面来看一个例子:
1 | class TimeTracker { |
可以看到,在类中没有任何措施可以防止在不调用 setter 的情况下更改属性。
而私有类字段将使用哈希#前缀定义,从上面的示例中,我们可以修改它以包含私有类字段,以防止在类方法之外更改属性:
1 | class TimeTracker { |
当我们尝试在 setter 方法之外修改私有类字段时,就会报错:
1 | person.hours = 4 // Error Private field '#hours' must be declared in an enclosing class |
我们还可以将方法或 getter/setter
设为私有,只需要给这些方法名称前面加#
即可:
1 | class TimeTracker { |
由于尝试访问对象上不存在的私有字段会发生异常,因此需要能够检查对象是否具有给定的私有字段。可以使用 in
运算符来检查对象上是否有私有字段:
1 | class Example { |
查看更多公有和私有字段提案信息:点击这里
3. 静态公共字段
在ES6中,不能在类的每个实例中访问静态字段或方法,只能在原型中访问。ES 2022 将提供一种在 JavaScript 中使用 static
关键字声明静态类字段的方法。下面来看一个例子:
1 | class Shape { |
我们可以从类本身访问静态字段和方法:
1 | console.log(Shape.color); // blue |
实例不能访问静态字段和方法:
1 | const shapeInstance = new Shape(); |
静态字段只能通过静态方法访问:
1 | console.log(Shape.getColor()); // blue |
这里的 Shape.getMessage() 就报错了,这是因为 getMessage 不是一个静态函数,所以它不能通过类名 Shape 访问。可以通过以下方式来解决这个问题:
1 | getMessage() { |
静态字段和方法是从父类继承的:
1 | class Rectangle extends Shape { } |
4. 静态私有字段和方法
与私有实例字段和方法一样,静态私有字段和方法也使用哈希 (#
) 前缀来定义:
1 | class Shape { |
私有静态字段有一个限制:只有定义私有静态字段的类才能访问该字段。这可能在我们使用 this 时导致出乎意料的情况:
1 | class Shape { |
在这个例子中,this 指向的是 Rectangle 类,它无权访问私有字段 #color。当我们尝试调用 Rectangle.getMessage() 时,它无法读取 #color 并抛出了 TypeError。可以这样来进行修改:
1 | class Shape { |
静态字段目前是比较稳定的,并且提供了各种实现:
5. 类静态初始化块
静态私有和公共字段只能让我们在类定义期间执行静态成员的每个字段初始化。如果我们需要在初始化期间像 try … catch 一样进行异常处理,就不得不在类之外编写此逻辑。该提案就提供了一种在类声明/定义期间评估静态初始化代码块的优雅方法,可以访问类的私有字段。
先来看一个例子:
1 | class Person { |
上面的代码就会引发错误,可以使用类静态块来重构它,只需将try…catch包裹在 static 中即可:
1 | class Person { |
此外,类静态块提供对词法范围的私有字段和方法的特权访问。这里需要在具有实例私有字段的类和同一范围内的函数之间共享信息的情况下很有用。
1 | let getData; |
这里,Person 类与 readPrivateData 函数共享了私有实例属性。
三、Temporal
JavaScript 中的日期处理 [Date()](https://www.mybj123.com/tag/date/)
对象一直是饱受诟病,该对象是1995 年受到 Java 的启发而实现的,自此就一直没有改变过。虽然Java已经放弃了这个对象,但是 Date()
仍保留在 JavaScript 中来实现浏览器的兼容。
Date() API 存在的问题:
- 只支持UTC和用户的PC时间;
- 不支持公历以外的日历;
- 字符串到日期解析容易出错;
- Date 对象是可变的,比如:
1 | const today = new Date(); |
此时,两个时间输出是一样的,不符合我们的预期。正因为 Date() 对象存在的种种问题。平时我们经常需要借助moment.js
、Day.js
等日期库,但是它们的体积较大,有时一个简单的日期处理就需要引入一个库,得不偿失。
目前,由于Date API 在很多库和浏览器引擎中的广泛使用,没有办法修复API的不好的部分。而改变Date API 的工作方式也很可能会破坏许多网站和库。
正因如此,TC39提出了一个全新的用于处理日期和时间的标准对象和函数——Temporal。新的Temporal API 提案旨在解决Date API的问题。它为 JavaScript 日期/时间操作带来了以下修复:
- 仅可以创建和处理不可变Temporal对象;
- 提供用于日期和时间计算的简单 API;
- 支持所有时区;
- 从 ISO-8601 格式进行严格的日期解析;
- 支持非公历。
Temporal 将取代 Moment.js 之类的库,这些库很好地填补了 JavaScript 中的空白,这种空白非常普遍,因此将功能作为语言的一部分更有意义。
由于该提案还未正式发布,所以,可以借助官方提供的prlyfill来测试。首选进行安装:
1 | npm install @js-temporal/polyfill |
导入并使用:
1 | import { Temporal } from '@js-temporal/polyfill'; |
Temporal 对象如下:
下面就来看看 Temporal 对象有哪些实用的功能。
1. 当前时间和日期
Temporal.Now
会返回一个表示当前日期和时间的对象:
1 | // 自1970年1月1日以来的时间(秒和毫秒) |
2. 实例时间和日期
Temporal.Instant
根据 ISO 8601 格式的字符串返回一个表示日期和时间的对象,结果会精确到纳秒:
1 | Temporal.Instant.from('2022-02-01T05:56:78.999999999+02:00[Europe/Berlin]'); |
除此之外,我们还可以获取纪元时间的对应的日期(UTC 1970年1月1日0点是纪元时间):
1 | Temporal.Instant.fromEpochSeconds(1.0e8); |
3. 时区日期和时间
Temporal.ZonedDateTime
返回一个对象,该对象表示在特定时区的日期/时间:
1 | new Temporal.ZonedDateTime( |
4. 简单的日期和时间
我们并不会总是需要使用精确的时间,因此 Temporal API 提供了独立于时区的对象。这些可以用于更简单的活动。
- Temporal.PlainDateTime:指日历日期和时间;
- Temporal.PlainDate:指特定的日历日期;
- Temporal.PlainTime:指一天中的特定时间;
- Temporal.PlainYearMonth:指没有日期成分的日期,例如“2022 年 2 月”;Temporal.PlainMonthDay:指没有年份的日期,例如“10 月 1 日”。
它们都有类似的构造函数,以下有两种形式来创建简单的时间和日期:
1 | new Temporal.PlainDateTime(2021, 5, 4, 13, 14, 15); |
5. 日期和时间值
所有 Temporal 对象都可以返回特定的日期/时间值。例如,使用ZonedDateTime
:
1 | const t1 = Temporal.ZonedDateTime.from('2025-12-07T03:24:30+02:00[Africa/Cairo]'); |
其他有用的属性包括:
dayOfWeek
(周一为 1 至周日为 7)dayOfYear
(1 至 365 或 366)weekOfYear
(1 到 52,有时是 53)daysInMonth
(28、29、30、31)daysInYear
(365 或 366)inLeapYear
(true或false)
6. 比较和排序日期
所有 Temporal 对象都可以使用 compare()
返回整数的函数进行比较。例如,比较两个ZonedDateTime
对象:
1 | Temporal.ZonedDateTime.compare(t1, t2); |
这个比较结果会有三种情况:
- 当两个时间值相等时,返回 0;
- 当 t1 在 t2 之后时,返回 1;
- 当 t1 在 t2 之前时,但会 -1;
1 | const date1 = Temporal.Now, |
compare()
的结果可以用于数组的 sort()
方法来对时间按照升序进行排列(从早到晚):
1 | const t = [ |
7. 日期计算
提案还提供了几种方法来对任何 Temporal 对象执行日期计算。当传递一个Temporal.Duration对象时,它们都会返回一个相同类型的新的 Temporal,该对象使用years
, months
, weeks
, days
, hours
, minutes
, seconds
, milliseconds
, microseconds
和 nanoseconds
字段来设置时间。
1 | const t1 = Temporal.ZonedDateTime.from('2022-01-01T00:00:00+00:00[Europe/London]'); |
until()
和 since()
方法会返回一个对象,该 Temporal.Duration
对象描述基于当前日期/时间的特定日期和时间之前或之后的时间,例如:
1 | t1.until().months; // 到t1还有几个月 |
[equals()](https://www.mybj123.com/tag/equals/)
方法用来确定两个日期/时间值是否相同:
1 | const d1 = Temporal.PlainDate.from('2022-01-31'); |
8. 使用国际化 API 格式化日期
虽然这不是 Temporal API 的一部分,但 JavaScript Intl(国际化)API提供了一个 [DateTimeFormat()](https://www.mybj123.com/tag/datetimeformat/)
构造函数,可以用于格式化 Temporal 或 Date 对象:
1 | const d = new Temporal.PlainDate(2022, 3, 14); |
附:
四、内置对象
1. Object.hasOwn()
在ES2022之前,可以使用 Object.prototype.hasOwnProperty()
来检查一个属性是否属于对象。
提案中的 Object.hasOwn
特性是一种更简洁、更可靠的检查属性是否直接设置在对象上的方法。
1 | const example = { |
2. at()
at()
是一个数组方法,用于通过给定索引来获取数组元素。当给定索引为正时,这种新方法与使用括号表示法访问具有相同的行为。当给出负整数索引时,就会从数组的最后一项开始检索:
1 | const array = [0,1,2,3,4,5]; |
除了数组,字符串也可以使用at()
方法进行索引:
1 | const str = "hello world"; |
3. cause
在 ECMAScript 2022 提案中,new Error() 中可以指定导致它的原因:
1 | function readFiles(filePaths) { |
4. 正则表达式匹配索引
这个新提案已经进入第 4 阶段,它将允许我们利用 d 字符来表示我们想要匹配字符串的开始和结束索引。以前,我们只能在字符串匹配操作期间获得一个包含提取的字符串和索引信息的数组。在某些情况下,这是不够的。因此,在这个新提案中,如果设置标志 /d
,将额外获得一个带有开始和结束索引的数组。
1 | const matchObj = /(a+)(b+)/d.exec('aaaabb'); |
由于 /d
标识的存在,matchObj还有一个属性.indices
,它用来记录捕获的每个编号组:
1 | console.log(matchObj.indices[1]) // [0, 4] |
我们还可以使用命名组:
1 | const matchObj = /(?<as>a+)(?<bs>b+)/d.exec('aaaabb'); |
这里给两个字符匹配分别命名为as
和bs
,然后就可以通过groups来获取到这两个命名分别匹配到的字符串。
它们的索引存储在 matchObj.indices.groups
中:
1 | console.log(matchObj.indices.groups.as); // [0, 4] |
匹配索引的一个重要用途就是指向语法错误所在位置的解析器。下面的代码解决了一个相关问题:它指向引用内容的开始和结束位置。
1 | const reQuoted = /“([^”]+)”/dgu; |
- 本文链接:https://xuehuayu.cn/article/7a3ef8f.html
- 版权声明:① 标为原创的文章为博主原创,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接。② 标为转载的文章来自网络,已标明出处,侵删。