ECMAScript 2016新特性: Array.prototype.includes和幂运算符
ECMAScript 2016只新增了两个特性:Array.prototype.includes和幂运算符(Exponentiation Operator)。Async函数需要等到明年才能进入标准。
ECMAScript标准制定过程包含四个阶段:提议(Proposal)、草案(Draft)、候选(Candidate)、完成(Finished)。每个新特性在进入标准前都必须走完这四个阶段。因此,只有进入最后一个阶段的特性能被包含在下一版本的JavaScript。虽然有22个处于不同阶段的特性,仅有2个进入完成(Finished)阶段:Array.prototype.includes和幂运算符(Exponentiation Operator)。
Array.prototype.includes
根据提案,下面的代码展示了如何使用这一新特性:
assert([1, 2, 3].includes(2) === true); assert([1, 2, 3].includes(4) === false); assert([1, 2, NaN].includes(NaN) === true); assert([1, 2, -0].includes(+0) === true); assert([1, 2, +0].includes(-0) === true); assert(["a", "b", "c"].includes("a") === true); assert(["a", "b", "c"].includes("a", 1) === false);
最初提议的语法是Array.prototype.contains,技术委员会把”contains”替换为”includes”,因为前者不是”网站兼容(web-compatible)”的,会导致大量网站崩溃。
幂运算符(Exponentiation Operator)
幂运算符的语法是:
Operator: var1 ** var2
一个简单的例子:
let cubed = 2 ** 3; // 2*2*2
比起2015年发布的ES 2015(ES6),今年发布的新标准相当少。而再早的一个版本ES 5是在2009年发布的。这是因为TC39决定从2015年起每年发布一个新版本,而不是隔5、6年才发布一次大的更新。新特性进入最后阶段的一个条件是有至少2个兼容的实现并通过测试,而这正是其它特性没能进入这一版标准的主要原因。谈及今年进入标准的两个新特性,ECMAScript审稿人Brian Terlson(@bterlson)告诉InfoQ:
ChakraCore已经实现了Array.prototype.includes(我们很快会采用实验模式,详见https://github.com/Microsoft/ChakraCore/issues/23)。我们也在ChakraCore上对幂运算符进行了实验性实现。SpiderMonkey和V8都实现了Array.prototype.includes,此外SpiderMonkey也实现了幂运算符。因此根据标准制定过程,这两个特性都可以进入新标准。由于这些特性涉及的范围比较小,比较容易获得实现反馈。
在某些情况下,TC39委员会可以要求新特性必须有超过2个实现才能进入最后阶段。Async函数遇到的情况正是如此。虽然Async函数有很高的人气,但目前仍处在候选(Candidate)阶段。Terlson解释说:
Async函数确实不在ES2016标准里。TC39过程并没有对一个新特性何时才算拥有足够多的实现给出明确的要求(标准制定过程文档详见:https://tc39.github.io/process-document/),所以这只是针对具体特性做出的判断。Async函数有超过2个的稳定实现(在Chakra、TypeScript和Babel上都有实现)。但对于Async函数这样的新特性,技术委员会想确保没有浏览器实现问题(如网站崩溃、性能问题等),最好在Async函数进入ECMAScript标准前可以有在其他浏览器引擎上的稳定实现。
另外一些进入候选(Candidate)阶段的特性有:SIMD.JS——SIMD的API,Object.values/Object.entries,字符串填充(String padding),函数定义和调用时参数列表最后面的逗号,以及Object.getOwnPropertyDescriptors。Terlson表示“很多在第三阶段的特性很可能会进入ES2017标准,但也不能完全保证”。
本文文字及图片出自 InfoQ
你也许感兴趣的:
- 【外评】电脑从哪里获取时间?
- 【外评】为什么 Stack Overflow 正在消失?
- Android 全力押注 Rust,Linux 却在原地踏步?谷歌:用 Rust 重写固件太简单了!
- 【外评】哪些开源项目被广泛使用,但仅由少数人维护?
- 【外评】好的重构与不好的重构
- C 语言老将从中作梗,Rust for Linux 项目内讧升级!核心维护者愤然离职:不受尊重、热情被消耗光
- 【外评】代码审查反模式
- 我受够了维护 AI 生成的代码
- 【外评】Linux 桌面市场份额升至 4.45
- 【外评】作为全栈开发人员如何跟上 AI/ML 的发展?
你对本文的反应是: