@pursuer 官方说会有 wasm 版，最坏情况下 API 走 wasm 就行了

@ne6rd 对，就是开发，最终环境没影响。
Nodejs 很快就会支持 typescript： https://nodejs.org/en/learn/typescript/run-natively
不够这个支持只是能跑，类型检查还是得靠 tsc ，native 了还是一样用在开发阶段

@Leviathann 6 还将是 javascript ，会有一些 breakchange ，6 适配之后就可以上 7 了

成一个平台的还没听说过。
但感觉起来并不容易，涉及到产品设计我觉得现在的 AI 还远远不够。

这也太青少年了……
难道《攻壳机动队》（两部）、《千年女优》、《吸血鬼猎人 D 》这些就不行吗……

废话太多。
我父母从不吵架，闲聊中得知他们即使有矛盾也就生几天闷气。
他们感情很好，直到我父亲心脏病病逝还是感情很好，多年过去了我母亲还是尝尝提到他。
他们完全没啥问题，最大的问题是我不会吵架，和我老婆吵的时候就完全落于下风 (*꒦ິ⌓꒦ີ)

彩礼正常不都是加倍还回来吗？
真卖女儿的还是少数吧。

小丑牌+3

无限暖暖+2
不够据说这游戏 80%玩家是男性……

去年改掉的： https://groups.google.com/a/chromium.org/g/blink-dev/c/QpQeCiNGhDs/m/LNQlYXcmAwAJ?pli=1

@Al0rid4l RxJs 固然方便，但传染性太强，等完全转 RxJs 了，坑就在复杂到爆的面条 RxJS 代码里了，反而更难调试。
我也倒不是反对 RxJs ，不少场景下还是有用的，但大多数情况下我是觉得太重了。

@Al0rid4l 大多数情况下一次性事件（比如 onload ）也无所谓吧，用 RX 有点杀鸡用牛刀……

理论上会被 GC 回收掉。
第一个 Promise
new Promise((resolve, reject) => {
img.onload = () => {
resolve("Image loaded successfully"); // 返回回调函数的结果
};
});
不被 GC 是依赖 resolve 和 reject 的引用

然而因为有第二个 Promise ，img.onload 不再 hold 这个函数：
() => {
resolve("Image loaded successfully"); // 返回回调函数的结果
};
那么函数里面的 resolve 也相当于没有被引用了。
这样 GC 就知道这个 Promise 是可以安全 GC 的。

对于新框架第一个疑问就是生态。
没有 React 、Vue 、Angular 的生态，谁敢在生产环境中用这些新框架？
然后就是先有鸡还是先有蛋的问题了。
React 、Vue 、Angular 的成功要么是那个时间点没有更好的选择，要么是背后有超大金主在强推，现在站稳了，其他框架要崛起哪有那么容易。

要深入研究也很简单，去 https://www.typescriptlang.org/play 写一点有 async/await 的 TS 代码，右边就有实时编译的 js 代码。
TS Config 的 Target 调整到 ES2016 （还没有 async/await ），就能看到 async/await 是怎么用 generator 实现的。
Target 调整到 ES5 （还没有 Generator ），就能看到 Generator 又是怎么用状态机实现的。

// ts-check
以及 JSDoc
主要看文档
https://www.typescriptlang.org/docs/handbook/intro-to-js-ts.html
和
https://www.typescriptlang.org/docs/handbook/jsdoc-supported-types.html

但说实话真不如直接转成 TS