// 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 1 C" G/ n, s- |% j& I2 V await 都得用 async 函数包裹大家肯定都知道,这个限制导致我们不能在全局作用域下直接使用 await,必须得包装一下。有了这个提案以后,大家就可以直接在顶层写 await 了,算是一个便利性的提案。目前该提案已经进入阶段 4,板上钉钉会发布。另外其实 Chrome 近期的更新已经支持了该功能。 9 {* D3 a; j9 x% Y' e1 k ' Y/ L/ f. V" q& B* y- J! t三、Error Cause ( x P/ f) d/ O& z( a2 j 这个语法主要帮助我们便捷地传递Error。一旦可能出错的地方一多,实际就不清楚错误到底是哪里产生的。如果希望外部清楚的知道上下文信息的话,需要封装以下error。9 ]% \! r; M3 |7 h
let result = exclaim(capitalize(doubleSay("hello")));
result //=> "Hello, hello!"
let result = "hello"
|> doubleSay
|> capitalize
|> exclaim;
result //=> "Hello, hello!"
这只是对于单个参数的用法,其它的用法有兴趣的读者可以自行阅读提案,其中涉及到了特别多的内容,这大概也是导致推进阶段慢的原因吧。 - T% S, U6 V8 x2 D: S ^- r五、新的数据结构:Records & Tuples E i- _4 I* S, e$ b 这个数据结构笔者觉得发布以后会特别有用,总共新增了两种数据结构,可以通过#来声明: 5 j6 y6 m# G, u5 d+ {
#{ x: 1, y: 2 }/ w, S8 F6 S( l1 ?
#[1, 2, 3, 4]
1 e' k1 U7 G/ f) X( Q
这种数据结构是不可变的,类似 React 中为了做性能优化会引入的 immer 或者 immutable.js,其中的值只接受基本类型或者同是不可变的数据类型。4 O |; m6 k' l( I' ~8 J