去年改掉的： 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 混在一起讲的书都不是好书。

不开干嘛还写 TS 。
觉得麻烦写 JS 就好，类型也可以用 jsdocs

然而我觉得你并不懂 zindex 。
要不先看看文档？
https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_positioned_layout/Understanding_z-index/Stacking_context

不错不错，我 29.99/y 用了 9 年，结果一下涨到 90 就放弃了，现在可以再拿起来，希望明年也有黑五活动。

其他人说的差不多了，我就提一下我自己的看法。
印象最深刻的是布拉格，其次是罗马。不过如果第一次去还是应该去更知名的地方。

降一下期待。
不是很好看，编剧想加进去的东西太多了，有点支离破碎的感觉。

用过石头和科沃斯，没用过追觅。
没办法客观评价石头和追觅哪个好，但可以评价一下科沃斯：不要买！路线规划极差，不是智能机器人，应该说是智障机器人。

@shimanooo 看这个： https://www.bilibili.com/video/BV1HT4y157Zc/?vd_source=ceff084fc042f9d9c4330550afd358d6

@Terry166 我知道 SSR 是为了 SEO ，但 react 最大市场还是做 app （所以有那么多组件库），就像 vercel 自己，需要做 SEO 的其实也就落地页吧……这直接用 wordpress 也没问题啊。
当然我能理解有些场景既想要 SEO 又想要 react ，但就为了这些场景花那么大功夫个人感觉不太值得

这和苹果无关，Windows 笔记本拿一根非雷电线也接不了显示器啊。
怪就怪现在什么标准都用 typeC 的形状吧……