// Polyfill
function at(n) {
// ToInteger() abstract op
n = Math.trunc(n) || 0;
// Allow negative indexing from the end
if(n < 0) n += this.length;
// OOB access is guaranteed to return undefined
if(n < 0 || n >= this.length) return undefined;
// Otherwise, this is just normal property access
return this[n];
}
二、顶层 await ! d+ N9 s9 p! Z0 b8 p: O await 都得用 async 函数包裹大家肯定都知道,这个限制导致我们不能在全局作用域下直接使用 await,必须得包装一下。有了这个提案以后,大家就可以直接在顶层写 await 了,算是一个便利性的提案。目前该提案已经进入阶段 4,板上钉钉会发布。另外其实 Chrome 近期的更新已经支持了该功能。 % m D1 m5 h$ I0 i c' `
5 _: u( s$ _3 x5 `, d 三、Error Cause w0 G; m1 F8 n: L9 |' ?% ?5 ` 这个语法主要帮助我们便捷地传递Error。一旦可能出错的地方一多,实际就不清楚错误到底是哪里产生的。如果希望外部清楚的知道上下文信息的话,需要封装以下error。) }9 `: n7 [, y/ W# t
let result = exclaim(capitalize(doubleSay("hello")));
result //=> "Hello, hello!"
let result = "hello"
|> doubleSay
|> capitalize
|> exclaim;
result //=> "Hello, hello!"
这只是对于单个参数的用法,其它的用法有兴趣的读者可以自行阅读提案,其中涉及到了特别多的内容,这大概也是导致推进阶段慢的原因吧。 . Y$ Q& o+ E" ?6 b$ m五、新的数据结构:Records & Tuples1 X$ c X. f% G: t3 v
这个数据结构笔者觉得发布以后会特别有用,总共新增了两种数据结构,可以通过#来声明:0 k- q3 f4 D/ a1 n( G' R" H$ S
#{ x: 1, y: 2 }5 e! Y9 Z5 Q2 B
#[1, 2, 3, 4]
v7 O: k- @ E2 M. D
这种数据结构是不可变的,类似 React 中为了做性能优化会引入的 immer 或者 immutable.js,其中的值只接受基本类型或者同是不可变的数据类型。 C9 G/ i* M0 F