RedNax

无限暖暖+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

我觉得不是好书。
所有把浏览器 api 和 JS 语言 api 混在一起讲的书都不是好书。