// 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 6 ?- a! v) |' c! V2 S await 都得用 async 函数包裹大家肯定都知道,这个限制导致我们不能在全局作用域下直接使用 await,必须得包装一下。有了这个提案以后,大家就可以直接在顶层写 await 了,算是一个便利性的提案。目前该提案已经进入阶段 4,板上钉钉会发布。另外其实 Chrome 近期的更新已经支持了该功能。 % Y- u1 p1 m7 }$ v3 ]2 t 1 ~9 t! i8 J: g6 n9 Q! R0 H0 N4 x三、Error Cause. Q6 ?2 @0 R1 Q6 s
这个语法主要帮助我们便捷地传递Error。一旦可能出错的地方一多,实际就不清楚错误到底是哪里产生的。如果希望外部清楚的知道上下文信息的话,需要封装以下error。3 F9 O- Z" X" C' t c/ z
let result = exclaim(capitalize(doubleSay("hello")));
result //=> "Hello, hello!"
let result = "hello"
|> doubleSay
|> capitalize
|> exclaim;
result //=> "Hello, hello!"
这只是对于单个参数的用法,其它的用法有兴趣的读者可以自行阅读提案,其中涉及到了特别多的内容,这大概也是导致推进阶段慢的原因吧。" `' T9 h4 }8 D5 f" ~ 五、新的数据结构:Records & Tuples7 l; p' _3 P8 B3 J& t; }! ?) U6 L
这个数据结构笔者觉得发布以后会特别有用,总共新增了两种数据结构,可以通过#来声明:$ ]& E5 h# E. @0 b$ _
#{ x: 1, y: 2 }9 ?4 g4 n- g- B$ z l' r3 i
#[1, 2, 3, 4]
! K& y) S1 O' q3 @5 ~
这种数据结构是不可变的,类似 React 中为了做性能优化会引入的 immer 或者 immutable.js,其中的值只接受基本类型或者同是不可变的数据类型。8 S# F- E# N- V. F! D4 h