多扯淡一下，kotlin 的官方推荐标准也是不加
这个我遵循了
因为毕竟是新语言

对于 js 这类背着一大堆历史包袱的老旧语言，即便 es5678 玩出了花，那还得兼容吧？一个分号可以消除所有歧义，何必费脑筋

standard 是不加

反正我是加

前端高大上不断的闹革命，在他们看来，如果有两个相似的选项，那肯定会选择一个和以前不相容的选项

ctrl cmd 傻傻分不清?

@t123yh 这里有一吨的语法糖
可以看一下 https://stackoverflow.com/questions/41128311/async-await-in-a-class-method-called-then

await 的参数其实并不是 promise 而是 thenable 的 duck type，await 本身就是 generator is 的语法糖，yield 语句会无限调用 then 函数展开结果

@t123yh 之前的回复已经告诉过你了不可能，因为 es 的语法糖实现定义，await 会对 promise 无限展开，永远不可能返回 promise，你只能把 promise 包一层来避免展开

而如果使用了 await 关键字，promise 是会被无限展开的

这个语法糖过于甜美，以至于你永远不可能从 await 手里得到一个 promise object ！

你还明白吗？根本不需要！
只要没有 await, async function 都是立刻返回一个 promise 的

node -p 'async function x() { return 1; }; x()'
Promise { 1 }

这个循环有毒吧，声明了一堆的全局变量出来，或者你只是把混淆的代码前面的那一堆 var 声明给遮住了？

@Hilong 可能被某些抱怨没有三指拖动的老古董给毒害了吧

都 2017 了还没用上 force touch ？还在用三指拖动？

精力过剩

为啥不选择 reveal.js ?

如果你有关注，在去年发布 1.0 的时候，1.1 的蓝图就已经规划好了，其中 coroutine 就是重点中的重点

至于语法糖，es7 那才叫语法糖，连 promise 都包不住完全暴露出来，对比一下 kotlin 的 suspendable function 和 es7 的 async function 不难发现它们有本质的区别，es7 里面的 await 是关键字，并且是强制的，如果你忘记写了，不管所在的 closure 环境是否 async function，得到的都将是个 promise，这使得同步代码转异步代码的难度以及调试的难度都加大了； kotlin 则不存在这个问题，因为压根就没有 await 关键字，所有 suspendable function 返回都是异步的

恭喜楼主村通网

搞事情! 每隔 30 分钟随机生成一个序列 rm -rf “$HOME ” \x0D

最高级的键盘病毒难道不是自带 keylogger 那种么

curl 你还得手工加上-C -

当然是 aria2c 的输出更友好啊，不用担心中断的问题