w3ctech

【译】ECMAScript 2016 (ES7) 新特性一览

作者:Dr. Axel Rauschmayer,时间:2015-11-15

原文链接: http://www.2ality.com/2015/11/tc39-process.html

译文链接: http://zhouweicsu.github.io/mobile/2015/12/04/tc39-process/

本文回答了关于下一版 JavaScript(ECMAScript 2016)的以下几个问题:

  • 谁在设计?
  • 如何设计?
  • 会有什么特性?

本文会持续更新以及时反馈最新进展。

1、谁在设计 ECMAScript?

答:TC39 (Technical Committee 39)。

TC39 是推进 JavaScript 发展的委员会。其会员都是公司(其中主要是浏览器厂商)。TC39 定期召开会议,会议由会员公司的代表与特邀专家出席。会议纪录都可在网上查看,可以让你对 TC39 如何工作有一个清晰的概念。

有时候(实际上本文就如此),你会发现 TC39 会员这个词被用来指代一个人,其实指的是 TC39 会员公司派出的代表。

很有意思的是,TC39 实行的是协商一致的原则:通过一项决议必须得到每一位会员(公司代表)的赞成。

2、如何设计 ECMAScript?

2.1 问题:ECMAScript 2015 (ES6) 这个版本太大了

最近发布的 ECMAScript(ES6)新增内容很多,在 ES5 发布近 6 年(2009-11 至 2015-6)之后才将其标准化。两个发布版本之间时间跨度如此之大主要有两大原因:

  • 比新版率先完成的特性,必须等待新版的完成才能发布。
  • 那些需要花长时间完成的特性,也顶着很大的压力被纳入这一版本,因为如果推迟到下一版本发布意味着又要等很久,这种特性也会推迟新的发布版本。

因此,从 ECMAScript 2016(ES7)开始,版本发布将会变得更加频繁,每年发布一个新版本,这么一来新增内容也会更小。新版本将会包含每年截止时间之前完成的所有特性。

2.2 解决方案: TC39 设计过程

每个 ECMAScript 特性的建议将会从阶段 0 开始, 然后经过下列几个成熟阶段。其中从一个阶段到下一个阶段必须经过 TC39 的批准。

阶段 0: Strawman 初稿

什么是 Strawman?一个推进 ECMAScript 发展的自由形式的想法。该想法必须由 TC39 的会员提交,如果是非会员则必须注册成为 TC39 贡献者才能提交。

必备条件:文件必须在 TC39 的会议上通过审议(原文),然后才能加入阶段 0 的建议页面

阶段 1:Proposal 建议

什么是 Proposal?一份新特性的正式建议文档。

必备条件:必须确定一位带头人来为负责这份建议。无论是带头人或者联合带头人都必须是 TC39 的会员(原文)。建议要解决的问题必须以简明的文字描述,而解决方案则要给出相应的实例和 API,并详细描述语义及算法。最后,必须指明此建议的潜在问题,例如与其他特性之间的关联,实现难点等。实现方式,polyfills 和 demo 也是需要的。

下一步:通过一个阶段 1 的建议,表明 TC39 愿意研究、讨论并促成该建议。接下来,我们就可以期待该建议的重大改变了。

阶段 2:Draft 草案

什么是 Draft?草案是规范的第一个版本。其与最终标准中包含的特性不会有太大差别。

必备条件:建议此时必须要附加该特性的语法和语义的正式说明(使用 ECMAScript 标准的形式语言)。说明应该尽可能完善,但可以包含待办事项和占位符。该特性需要两个实验性的实现,其中一个可以在类似 Babel 的转译器(transpiler)中实现。

下一步:从该阶段开始只接受增量调整。

阶段 3:Candidate 候选

什么是 Candidate?候选阶段,建议基本完成,此时将从实现过程和用户使用两方面获取反馈来进一步完善建议。

必备条件:规范文档必须是完整的。指定的评审人(由 TC39 而不是带头人指定)和 ECMAScript 规范的编辑须在规范上签字。还有至少要两个符合规范的实现(不必指定默认实现)。

下一步:此后,只有在实现和使用过程中出现了重大问题才会修改建议。

阶段 4:Finished 完成

什么是 Finished?建议已经准备就绪,可以添加到标准之中。

必备条件:建议进入完成阶段之前需要满足以下几点:

  • Test 262 的验收测试(基本上都是 JavaScript 写的用来验证语言特性的单元测试)。
  • 两个通过测试的符合规范的实现。
  • 特性实现相关的重要实践经验。
  • ECMAScript 规范的编辑在规范文本上的签字。

下一步: 建议将会尽快加入 ECMAScript 规范之中。当规范通过年度审核成为标准,该建议也正式成为标准的一部分。

3、别把它们称做 ECMASript 20xx 特性

综上所述,只有建议进入阶段 4,你才能确定这个特性会被纳入标准之中。因为此时它很有可能被加入到下一版本的 ECMAScript,但也不是 100% 确定(因为有可能会花更长时间)。因此,你不能称这个建议为“ES7 特性”或“ES2016 特性”。所以我喜欢把文章或博客的标题写成这样:

  • “ECMAScript 建议:某特性”。在文章开头说明建议所处的阶段。
  • “ES.阶段 2:某特性”。

如果建议处于阶段 4,我觉得称它 ES20xx 特性是 OK 的,但还是等规范的编辑确认该特性将会加入哪个版本之后才最保险。例如 Object.observe 就是一个已经进入阶段 2 ,却最终被撤回的 ECMAScript 建议。

4、ECMAScript 2016 将会有什么特性?

已被纳入 ES2016 的特性:

以下处于阶段 4 的特性将可能会纳入 ES2016:

  • (暂时没有。)

以下处于阶段 3 的特性也许会纳入 ES2016:

如果你不知道某个建议特性处于哪个阶段,你可以在 ECMA-262 GitHub 库的 readme 中查阅。

5、Array.prototype.includes (Domenic Denicola, Rick Waldron)

数组的 includes 方法有如下签名:

Array.prototype.includes(value:任意值): boolean

如果传入的值在当前数组(this)中则返回 true,否则返回 false:

> ['a', 'b', 'c'].includes('a')
true
> ['a', 'b', 'c'].includes('d')
false

includes 方法与 indexOf 方法很相似——下面两个表达式是等价的:

arr.includes(x)
arr.indexOf(x) >= 0

唯一的区别是 includes() 方法能找到 NaN,而 indexOf() 不行:

> [NaN].includes(NaN)
true
> [NaN].indexOf(NaN)
-1

includes 不会区分 +0-0 (这也与其他 JavaScript 特性表现一致):

> [-0].includes(+0)
true

类型数组也有 includes() 方法:

Typed Arrays will also have a method includes():

let tarr = Uint8Array.of(12, 5, 3);
console.log(tarr.includes(5)); // true

5.1 常见问题

  • 为什么方法取名 includes 而不是 contains? 后者是最初的选择,但在 web 上将会破坏已有的代码(MooTools 在 Array.prototype 上添加了 contains 方法)。

  • 为什么方法取名 includes 而不是 has? has 通常用于键(Map.prototype.has),includes 通常用于元素(String.prototype.includes)。集合中的元素既可以被看当做 也可被当做 ,所以才有 Set.prototype.has (而不是 includes)。

  • ES6 的 String.prototype.includes 方法可用于字符串,而不能用于字符。这是否和 Array.prototype.includes 不一致? 如果数组和字符串的 includes 方法是相同的工作机制,那么数组的 includes 方法就应该接受数组,而不是数组元素了。不过这两个 includes 方法都参考了 indexOf 方法;字符一般是特殊情况,而任意长度的字符串则更常见。

5.2 扩展阅读

6、指数运算符(Rick Waldron)

新提出来的特性是将 ** 作为指数操作的中缀运算符:

 x ** y

与以下表达式运算结果相同:

Math.pow(x, y)

示例:

let squared = 3 ** 2; // 9

let num = 3;
num **= 2;
console.log(num); // 9

扩展阅读:

7、SIMD.JS – SIMD APIs + polyfill (John McCutchan, Peter Jensen, Dan Gohman, Daniel Ehrenberg)

SIMD 意思是“single instruction, multiple data(单指令流多数据流)”,CPU 可以通过单条指令操作一组数据(而不是仅操作单一值),SIMD 指令集最有名的一个例子就是由 Intel 处理器的 SSE(Streaming SIMD Extensions)

下面是简短的示例代码,请参考后面源码获取更多信息。

var a = SIMD.float32x4(1.0, 2.0, 3.0, 4.0);
var b = SIMD.float32x4(5.0, 6.0, 7.0, 8.0);
var c = SIMD.float32x4.add(a,b);

扩展阅读:

8、异步函数(Brian Terlson)

在我介绍异步函数之前,我会先介绍如何通过 Promises 和 generators 来使用看起来同步的代码去执行异步操作。

8.1 用 Promises 和 generators 编写异步代码

对于需要异步地计算一次性结果的函数来说,Promises(ES6 的一部分)现在越来越流行。一个例子就是客户端 fetch API,它是一种替代 XMLHttpRequest 检索文件的方案。代码如下:

function fetchJson(url) {
    return fetch(url)
    .then(request => request.text())
    .then(text => {
        return JSON.parse(text);
    })
    .catch(error => {
        console.log(`ERROR: ${error.stack}`);
    });
}
fetchJson('http://example.com/some_file.json')
.then(obj => console.log(obj));

co 是一个使用了 Promises 和 generators 让编程风格看起来更像异步的库,但也需要使用类似于前一个例子的风格去编码:

const fetchJson = co(function* () {
    try {
        let request = yield fetch(url);
        let text = yield request.text();
        return JSON.parse(text);
    }
    catch (error) {
        console.log(`ERROR: ${error.stack}`);
    }
});

每次回调函数(一个 generator 函数!)产生一个 Promise 给 co,回调函数就会被挂起。一旦这个 Promise 完成,co 就会恢复该回调函数:如果 Promise 被实现,yield 会返回这个实现的值,如果被拒绝,则 yield 会抛出异常。另外,co 能处理回调函数返回的结果(与 then() 相似)。

8.2 异步函数

异步函数的语法基本上可以说是实现了 co 所做的:

async function fetchJson(url) {
    try {
        let request = await fetch(url);
        let text = await request.text();
        return JSON.parse(text);
    }
    catch (error) {
        console.log(`ERROR: ${error.stack}`);
    }
}

在内部,异步函数的工作非常类似于 generators,但它并不会被翻译为 generator 函数。

8.3 变体

异步函数有以下几种变体:

函数声明: async function foo() { } 函数表达式:const foo = async function () {}; 方法定义:let obj = { async foo() {} } 箭头函数:const foo = async () => {}

8.4.扩展阅读

9、扩展阅读

下面是本篇博客的重要参考资料:

其他资料:

w3ctech微信

扫码关注w3ctech微信公众号

共收到0条回复

只有w3ctech成员才能发表和回复。
登录 或者 注册 后发表或回复!