// 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];
}
二、顶层 await2 y$ R! H6 F' S" q1 y+ p" r/ S
await 都得用 async 函数包裹大家肯定都知道,这个限制导致我们不能在全局作用域下直接使用 await,必须得包装一下。有了这个提案以后,大家就可以直接在顶层写 await 了,算是一个便利性的提案。目前该提案已经进入阶段 4,板上钉钉会发布。另外其实 Chrome 近期的更新已经支持了该功能。 G4 K' \: l; R( ]7 H! K/ L/ `
1 H1 O9 q8 ]' O8 B; r$ G 三、Error Cause5 \, C! o: _9 N+ o! o7 [2 h# {' I" Z
这个语法主要帮助我们便捷地传递Error。一旦可能出错的地方一多,实际就不清楚错误到底是哪里产生的。如果希望外部清楚的知道上下文信息的话,需要封装以下error。 / Y4 a7 s. t+ p: i. e
let result = exclaim(capitalize(doubleSay("hello")));
result //=> "Hello, hello!"
let result = "hello"
|> doubleSay
|> capitalize
|> exclaim;
result //=> "Hello, hello!"
这只是对于单个参数的用法,其它的用法有兴趣的读者可以自行阅读提案,其中涉及到了特别多的内容,这大概也是导致推进阶段慢的原因吧。 8 K- t$ J% `; r/ ~7 j. C7 x5 M7 A五、新的数据结构:Records & Tuples6 f1 V/ E+ C! _$ b
这个数据结构笔者觉得发布以后会特别有用,总共新增了两种数据结构,可以通过#来声明: z4 _! z, Q8 b
#{ x: 1, y: 2 }6 ]* l6 D7 r# r1 d
#[1, 2, 3, 4]
3 t& g" [0 F- i& n. j 这种数据结构是不可变的,类似 React 中为了做性能优化会引入的 immer 或者 immutable.js,其中的值只接受基本类型或者同是不可变的数据类型。 s( G; ^: g @. v; S% f