并且仍然保持在 左右，压缩后的 Gzipped 非常令人印象深刻，考虑到 API 与 React 有多相似，而且它们内部的抽象较少，所以很多动态更新，你，用户 Drew，与页面交互，一些状态变化和渲染发生，最终发生的速度比在 React 中快几个数量级。 克里斯：现在，公平地说，Preact 之所以更新，很大程度上是因为它受益于许多在创建 React 时不存在的现代 JavaScript 方法。因此，在幕后，发生了更多的抽象，但可能需要对 React 进行相对较大的重写才能解决这个问题。 德鲁：我们知道这些总是很受欢迎。 克里斯：是的。它们很危险，我理解为什么人们不喜欢这样做。我已经做过很多次了，最后总是搬起石头砸自己的脚，这不太好。
德鲁所以假设我是名发人员
目前我正在日常构建客户端 SPA，但我真的很喜欢这种更加平台原生的方法，我想在我的下一个项目中尝试一下。我应该从哪里开始？我该如何涉足这个 巴哈马电话号码列表 世界？ 克里斯：哦，这要看情况。所以，最简单的方法，我讨厌自己这么说，但最简单的方法，老实说，你有几个选择。其中之一，你抛弃React，你放入Preact，还有第二个较小的东西你需要平滑两者之间的一些兼容性，但这只会给你带来即时的性能提升，文件大小的减少，并且你可以保留做你正在做的事情。我认为更面向未来和更有趣的方式是，你使用像 Astro 这样的工具，它允许你真正使用 React 来编写你的代码，然后它将编译出来……对不起，主要是 HTML，一些 JavaScript，它将去掉 React 本身，只添加你需要的小交互位。
克里两年看到来自 Netlify
开发者关系团队的 Jason Lengstorf 的一条推文，内容是关于他如何采用他构建的下一个应用程序，保留 90% 的代码，他只是做了一些更改以使 BTC 数据库欧盟 其适应方式Astro 融入了事物，运行了 Astro 编译器，他最终得到了完全相同的站点，其中包含几乎所有相同的代码，但交付的 JavaScript 比他输入的要小 90%。您将获得所有的性能和弹性胜利只需在已有的基础上添加一个编译器即可自动实现这一点。 克里斯：因此，我对 Astro 这样的工具感到非常兴奋。我还有点担心像 Astro 这样的工具会成为创可贴，阻止我们解决一些总是使用这些工具的真正的系统性问题。因为你可以继续做你正在做的事情，而不是真正做出任何有意义的改变，并暂时减少它们的影响，我不知道从长远来看，这真的能让我们作为一个行业处于更好的位置。
