?譯者 | 布加迪

審校 | 孫淑娟

您在本文中將了解Node.js和Deno、CommonJS與ECMAScript模塊之間的區(qū)別、將TypeScript與Deno結(jié)合使用，以及使用Deno Deploy進(jìn)行更快的部署。末尾附有注釋，幫助您決定下一個開發(fā)項目使用Node.js還是Deno。

Node.js簡介

Node.js是跨平臺的JavaScript運(yùn)行時環(huán)境，對服務(wù)器應(yīng)用程序和桌面應(yīng)用程序都很有用。它運(yùn)行向系統(tǒng)注冊的單線程事件循環(huán)來處理連接，每個新連接都會觸發(fā)JavaScript回調(diào)函數(shù)。回調(diào)函數(shù)可以使用非阻塞I/O調(diào)用處理請求。若有必要，它可以從池中生成線程，以執(zhí)行阻塞型或CPU密集型操作，并在CPU核心之間平衡負(fù)載。

大多數(shù)競爭性架構(gòu)使用線程進(jìn)行擴(kuò)展，包括Apache HTTP Server、各種Java應(yīng)用服務(wù)器、IIS和ASP.NET以及Ruby on Rails。相比之下，Node使用回調(diào)函數(shù)進(jìn)行擴(kuò)展，這種方法只需較少的內(nèi)存就能處理更多的連接。

Node應(yīng)用程序并不僅限于純粹的JavaScript。您可以使用任何轉(zhuǎn)譯成JavaScript的語言，比如TypeScript和CoffeeScript。Node.js包含Google Chrome V8 JavaScript引擎，該引擎支持ECMAScript 2015 (ES6) 語法，根本不需要Babel之類的ES6-to-ES5轉(zhuǎn)譯器。

Node的用途主要來自其龐大的軟件包庫，該庫可通過npm命令來訪問。NPM的全稱是Node軟件包管理器，是標(biāo)準(zhǔn)Node.js安裝系統(tǒng)的一部分，不過它有自己的網(wǎng)站。

基于JavaScript的Node.js平臺由Ryan Dahl于2009年推出。當(dāng)初開發(fā)這個更具可擴(kuò)展性的平臺是為了替代面向Linux和MacOS的Apache HTTP Server。NPM由Isaac Schlueter編寫，于2010年推出。Node.js的原生Windows版本于2011年首次亮相。

Deno簡介

Deno是面向JavaScript和TypeScript的安全運(yùn)行時環(huán)境，已針對WebAssembly、JavaScript XML（JSX）及其TypeScript擴(kuò)展TSX進(jìn)行了擴(kuò)展。Deno由Node.js的創(chuàng)建者開發(fā)，試圖重新構(gòu)思Node，充分利用自2009年以來JavaScript方面的進(jìn)步，包括TypeScript編譯器。

與Node.js一樣，Deno本質(zhì)上是Google V8 JavaScript引擎外面的外殼。與Node不同，它在其可執(zhí)行映像中包含TypeScript編譯器。創(chuàng)建了這兩個運(yùn)行時環(huán)境的Dahl曾表示，Node.js存在三個主要問題：基于集中式分發(fā)的設(shè)計欠佳的模塊系統(tǒng)、必須支持的許多遺留API以及缺乏安全性。Deno全部解決了這三個問題。

Node的模塊系統(tǒng)問題通過2022年年中的更新得到了解決。

CommonJS模塊和ECMAScript模塊

Node創(chuàng)建之時，JavaScript模塊的事實標(biāo)準(zhǔn)是CommonJS，這是npm最初支持的。此后，ECMAScript委員會正式支持ECMAScript模塊（又叫ES模塊），它得到j(luò)spm軟件包管理器的支持。Deno也支持ES模塊。

對ES模塊的實驗性支持已添加在Node.js 12.12中，從Node.js 16版本成了穩(wěn)定功能。 TypeScript 4.7也為Node.js 16支持ES模塊。

在JavaScript中加載CommonJS模塊的方法是使用require語句。加載ECMAScript模塊的方法是使用import語句以及匹配的export語句。

最新的Node.js擁有CommonJS和ES模塊的加載器。它們有何不同？CommonJS加載器是完全同步的，負(fù)責(zé)處理require()調(diào)用；支持文件夾作為模塊；如果在require()調(diào)用中省略了擴(kuò)展名（.js、.json或.node），可以嘗試添加擴(kuò)展名。CommonJS加載器不能用于加載ECMAScript模塊。ES模塊加載器則是異步的，負(fù)責(zé)處理import語句和import()表達(dá)式；不支持文件夾作為模塊（必須完整指定目錄索引，比如./startup/index.js）；不搜索擴(kuò)展名；并且只接受JavaScript文本文件的.js、.mjs和.cjs擴(kuò)展名。ES模塊可用于加載JavaScript CommonJS模塊。

為什么Deno的安全性更高？

眾所周知，Deno提高了Node.js的安全性。這主要是由于Deno在默認(rèn)情況下不允許程序訪問磁盤、網(wǎng)絡(luò)、子進(jìn)程或環(huán)境變量。如果您需要訪問其中任何一項，可以使用命令行標(biāo)志選擇加入，這個標(biāo)志的細(xì)粒度有多高就看您喜歡了，比如--allow-read=/tmp或--allow-net=google.com。Deno的另一個安全改進(jìn)是，它總是一發(fā)現(xiàn)未捕獲的錯誤就終結(jié)。相比之下，Node允許在未捕獲的錯誤后繼續(xù)執(zhí)行，結(jié)果無法預(yù)測。

可以結(jié)合使用Node.js和Deno嗎？

當(dāng)您考慮是否將Node.js或Deno用于下一個服務(wù)器端JavaScript項目時，可能想知道是否可以結(jié)合使用兩者。答案是“也許可以”。

首先，從Deno使用Node軟件包往往是可行的。更棒的是，許多常見的阻礙有解決的方法。這包括使用Deno 標(biāo)準(zhǔn)庫的std/node模塊來“polyfill”Node的內(nèi)置模塊；使用CDN訪問絕大多數(shù)npm軟件包，并確保適用于Deno；使用導(dǎo)入圖（import maps）。此外，從Deno1.15 開始，Deno擁有Node兼容模式。

缺點是，Node 的插件系統(tǒng)與Deno不兼容；Deno的Node兼容模式不支持TypeScript；幾個內(nèi)置的Node模塊（比如vm）與Deno不兼容。

如果您是考慮換成Deno的Node用戶，這里有一份??速成表??有所幫助。

將TypeScript與Deno一起使用

Deno將TypeScript視為頭等語言，就像JavaScript或WebAssembly一樣。它結(jié)合使用Deno中內(nèi)置的TypeScript編譯器和名為swc的Rust庫，將TypeScript（以及TSX和JSX）轉(zhuǎn)換成JavaScript。代碼經(jīng)過類型檢查（如果啟用檢查）并轉(zhuǎn)換后，存儲在緩存中。換句話說，與Node.js或瀏覽器不同，您不需要使用tsc編譯器手動為Deno轉(zhuǎn)譯TypeScript。

從Deno 1.23開始，默認(rèn)情況下Deno中沒有TypeScript類型檢查。由于大多數(shù)開發(fā)人員通過編輯器與類型檢查器進(jìn)行交互，因此在Deno啟動時再次進(jìn)行類型檢查沒多大意義。話雖如此，您可以使用--check標(biāo)志啟用類型檢查。

Deno Deploy實現(xiàn)更快的部署

Deno Deploy是一個分布式系統(tǒng)，允許您在全球各地靠近用戶的地方（即邊緣）運(yùn)行JavaScript、TypeScript和WebAssembly。Deno Deploy服務(wù)器與V8運(yùn)行時環(huán)境深度集成，提供最小的延遲，消除不必要的抽象。您可以使用Deno CLI在本地開發(fā)腳本，然后在不到一秒的時間內(nèi)將其部署到Deno Deploy的托管基礎(chǔ)??架構(gòu)，無需進(jìn)行任何配置。

Deno Deploy建立在與Deno CLI相同的現(xiàn)代系統(tǒng)上，以全球可擴(kuò)展的方式提供最新、最出色的Web技術(shù)：

• 在Web上構(gòu)建：使用fetch、WebSocket或URL，就像在瀏覽器中一樣。
• 對TypeScript和JSX的內(nèi)置支持：類型安全的代碼和直觀的服務(wù)器端渲染，無需構(gòu)建這一步。
• 與Web兼容的ECMAScript模塊：像在瀏覽器中一樣導(dǎo)入依賴項，無需顯式安裝。
• GitHub 集成：推送到分支，查看已部署的預(yù)覽，并合并以發(fā)布到生產(chǎn)環(huán)境。
• 速度極快：不到一秒即可部署；服務(wù)全球，靠近用戶。

?從URL來部署：僅使用URL即可部署代碼。

Deno Deploy有兩種版本。免費(fèi)版僅限于每天100000個請求、每月100 GiB數(shù)據(jù)傳輸量以及每個請求10毫秒的CPU時間。專業(yè)版每月收費(fèi)10美元，包括每月500萬次請求和100 GiB數(shù)據(jù)傳輸量，加上每月每多出1百萬次請求就收費(fèi)2美元，以及超過配額后每傳輸1 GiB 數(shù)據(jù)就收費(fèi)0.30美元；專業(yè)版允許每個請求50毫秒的CPU時間。

選擇哪一個：Node.js還是Deno？

如您所料，至于哪種技術(shù)更適合您的用例，答案取決于許多因素。我的結(jié)論是，如果您現(xiàn)有的Node.js部署沒壞掉，別修復(fù)它。如果您打算用TypeScript編寫一個新項目，我強(qiáng)烈建議考慮Deno。然而，如果您的TypeScript項目需要使用多個沒有Deno同等軟件包的 Node.js軟件包，需要權(quán)衡Deno項目的可行性。從概念驗證入手幾乎必不可少：如果不嘗試一下，很難預(yù)測您是否可以讓某個Node.js軟件包在Deno中工作。

原文標(biāo)題：??Deno vs. Node.js: Which is better????，作者：Martin Heller?

?