// 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$ O2 X" L b6 F; b. i# B6 y
await 都得用 async 函数包裹大家肯定都知道,这个限制导致我们不能在全局作用域下直接使用 await,必须得包装一下。有了这个提案以后,大家就可以直接在顶层写 await 了,算是一个便利性的提案。目前该提案已经进入阶段 4,板上钉钉会发布。另外其实 Chrome 近期的更新已经支持了该功能。 % n, e! L8 }4 z " @- @- _9 e I三、Error Cause # m. H; E2 y0 r1 b! s9 Q* V7 x6 V 这个语法主要帮助我们便捷地传递Error。一旦可能出错的地方一多,实际就不清楚错误到底是哪里产生的。如果希望外部清楚的知道上下文信息的话,需要封装以下error。 # e" N3 T/ d E: C m; w2 @
let result = exclaim(capitalize(doubleSay("hello")));
result //=> "Hello, hello!"
let result = "hello"
|> doubleSay
|> capitalize
|> exclaim;
result //=> "Hello, hello!"
这只是对于单个参数的用法,其它的用法有兴趣的读者可以自行阅读提案,其中涉及到了特别多的内容,这大概也是导致推进阶段慢的原因吧。! e. S6 v7 v* ~' Y5 u" s 五、新的数据结构:Records & Tuples - h( d6 e. @: Y9 N) n' [; d 这个数据结构笔者觉得发布以后会特别有用,总共新增了两种数据结构,可以通过#来声明: $ \2 E$ M- W. \/ m: x! e( ?# M
#{ x: 1, y: 2 } 8 C ~: N4 M% V* g7 ]#[1, 2, 3, 4]
8 m9 d( s+ }2 M( p
这种数据结构是不可变的,类似 React 中为了做性能优化会引入的 immer 或者 immutable.js,其中的值只接受基本类型或者同是不可变的数据类型。) z" R' i- L( T( b+ K; B2 m3 M