Jeremy 對開發(fā)者工具的分類一直讓我印象深刻：

我曾提到過兩種類型的Web 開發(fā)工具，但我仍然不太確定該如何稱呼這些類別。內(nèi)部和外部？面向開發(fā)者和麵向用戶？

第一類包括構(gòu)建工具、版本控制、轉(zhuǎn)譯器、預(yù)處理器和代碼檢查器。這些工具運行在你的機器上——或者服務(wù)器上——接收你編寫的代碼，並將其轉(zhuǎn)換成Web 的原材料：HTML、CSS 和JavaScript。

第二類工具是由Web 的原材料構(gòu)成的：CSS 框架和JavaScript 庫。

這是一個很好的思考方式，當然也有一些細微之處。 Sass 屬於第一類，因為它不會直接交付給用戶，它只生成交付給用戶的CSS。但它仍然會影響用戶，因為它生成的CSS 大小會根據(jù)你的使用方法而有所不同。

Jeremy 將Svelte 稱為一個庫，其目標是在代碼交付給用戶之前盡可能多地進行編譯。仍然會有一些JavaScript 代碼，但它不包含面向開發(fā)者的API 的開銷。這裡的細微之處在於Svelte可以以一種完全移除所有JavaScript 代碼的方式使用。例如，SvelteKit 可以完全關(guān)閉其水合功能，並對頁面進行預(yù)渲染，從而創(chuàng)建一個完全無JavaScript 的網(wǎng)站（或者至少只在你需要時才使用它）。

關(guān)於React：

我知道有一些方法可以讓React 的行為更像第一類工具，但這絕對不是默認行為。而默認行為真的非常重要。對於React 而言，默認行為是假設(shè)你編寫的全部代碼——以及你用來編寫它的工具——都將發(fā)送到最終用戶。

我認為這是合理的，但故事似乎也正在慢慢發(fā)生變化。我認為廣泛應(yīng)用還很遙遠，但服務(wù)器組件在這裡值得關(guān)注，因為它們來自React 團隊本身，就像SvelteKit 來自Svelte 團隊本身一樣。

關(guān)於Astro：

[…] 與Svelte 不同，Astro 允許你使用與現(xiàn)有框架React 相同的語法。因此，如果你已經(jīng)學習了React——因為你需要學習它才能找到工作——那麼你無需學習新的語法就能使用Astro。

我知道你可能無法一鍵將現(xiàn)有的React 網(wǎng)站轉(zhuǎn)換為Astro，但至少有一個明確的升級路徑。

這不僅在理論上是正確的，而且在實踐中也是正確的！

我剛剛將我們的小型無服務(wù)器微型網(wǎng)站從Gatsby 轉(zhuǎn)換到了Astro。 Gatsby 基於React，因此所有組件都是作為React 組件構(gòu)建的。 Pull Request 比較混亂，但它在這裡。我將其中一部分轉(zhuǎn)換成了.astro 文件，但將許多組件基本保持不變，作為.jsx React 組件。但React不會發(fā)送到用戶的網(wǎng)站上。網(wǎng)站上的JavaScript 代碼幾乎完全被刪除了，只保留了一些手寫的原生JavaScript 代碼用於非常簡單的交互。

所以這裡有一些拋硬幣的事情發(fā)生。硬幣合併？對我來說，Astro 感覺非常像一個面向開發(fā)者的工具。它幫助我。它使用Vite 編譯器，速度非?？?，使用起來也很愉快（Astro 肯定還有一些不足之處，因為它還沒有達到1.0 版本，但DX 在很大程度上已經(jīng)實現(xiàn)了）。它對我的樣式進行作用域限定。它允許我編寫SCSS。它允許我編寫組件（使用許多不同的框架）。但它也幫助了用戶。網(wǎng)站上根本沒有JavaScript 包了。

我想這意味著Astro 沒有改變類別——它是一個面向開發(fā)者的工具。它只是碰巧將原本面向用戶的工具（甚至是Svelte）變成了幾乎完全面向開發(fā)者的工具。

因為我還有幾個關(guān)於Astro 的鏈接一直放在口袋裡，F(xiàn)lavio 有一個很好的入門教程，這裡還有Drew McLellan 和Matthew Phillips 在最近的Smashing Podcast 上討論Astro。

這裡還有Dave 和我討論我最近用Astro 重做的網(wǎng)站：

以上是慣性的詳細內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！