Jeremy 对开发者工具的分类一直让我印象深刻：
我曾提到过两种类型的 Web 开发工具，但我仍然不太确定该如何称呼这些类别。内部和外部？面向开发者和面向用户？
第一类包括构建工具、版本控制、转译器、预处理器和代码检查器。这些工具运行在你的机器上——或者服务器上——接收你编写的代码，并将其转换成 Web 的原材料：HTML、CSS 和 JavaScript。
第二类工具是由 Web 的原材料构成的：CSS 框架和 JavaScript 库。
这是一个很好的思考方式，当然也有一些细微之处。Sass 属于第一类，因为它不会直接交付给用户，它只生成交付给用户的 CSS。但它仍然会影响用户，因为它生成的 CSS 大小会根据你的使用方法而有所不同。
Jeremy 将 Svelte 称为一个库，其目标是在代码交付给用户之前尽可能多地进行编译。仍然会有一些 JavaScript 代码，但它不包含面向开发者的 API 的开销。这里的细微之处在于 Svelte 可以 以一种完全移除所有 JavaScript 代码的方式使用。例如，SvelteKit 可以完全关闭其水合功能，并对页面进行预渲染，从而创建一个完全无 JavaScript 的网站（或者至少只在你需要时才使用它）。
关于 React：
我知道有一些方法可以让 React 的行为更像第一类工具，但这绝对不是默认行为。而默认行为真的非常重要。对于 React 而言，默认行为是假设你编写的全部代码——以及你用来编写它的工具——都将发送到最终用户。
我认为这是合理的，但故事似乎也正在慢慢发生变化。我认为广泛应用还很遥远，但服务器组件在这里值得关注，因为它们来自 React 团队本身，就像 SvelteKit 来自 Svelte 团队本身一样。
关于 Astro：
[…] 与 Svelte 不同，Astro 允许你使用与现有框架 React 相同的语法。因此，如果你已经学习了 React——因为你需要学习它才能找到工作——那么你无需学习新的语法就能使用 Astro。
我知道你可能无法一键将现有的 React 网站转换为 Astro，但至少有一个明确的升级路径。
这不仅在理论上是正确的，而且在实践中也是正确的！
我刚刚将我们的小型无服务器微型网站从 Gatsby 转换到了 Astro。Gatsby 基于 React，因此所有组件都是作为 React 组件构建的。Pull Request 比较混乱，但它在这里。我将其中一部分转换成了 .astro 文件，但将许多组件基本保持不变，作为 .jsx React 组件。但 React 不会 发送到用户的网站上。网站上的 JavaScript 代码几乎完全被删除了，只保留了一些手写的原生 JavaScript 代码用于非常简单的交互。
所以这里有一些抛硬币的事情发生。硬币合并？对我来说，Astro 感觉非常像一个面向开发者的工具。它帮助我。它使用 Vite 编译器，速度非常快，使用起来也很愉快（Astro 肯定还有一些不足之处，因为它还没有达到 1.0 版本，但 DX 在很大程度上已经实现了）。它对我的样式进行作用域限定。它允许我编写 SCSS。它允许我编写组件（使用许多不同的框架）。但它也帮助了用户。网站上根本没有 JavaScript 包了。
我想这意味着 Astro 没有改变类别——它是一个面向开发者的工具。它只是碰巧将原本面向用户的工具（甚至是 Svelte）变成了几乎完全面向开发者的工具。
因为我还有几个关于 Astro 的链接一直放在口袋里，Flavio 有一个很好的入门教程，这里还有 Drew McLellan 和 Matthew Phillips 在最近的 Smashing Podcast 上讨论 Astro。
这里还有 Dave 和我讨论我最近用 Astro 重做的网站：
以上是惯性的详细内容。更多信息请关注PHP中文网其他相关文章！
