又一陣后浪：橫空出世的Deno會取代NodeJS嗎？
本文轉載自公眾號“讀芯術”(ID：AI_Discovery)
Deno 1.0.0版本于近期發布了，它是由Ryan Dahl發明的，他還因發明Node.js這個“小玩意兒”而聞名。
Node.js聽起來很熟悉吧?這是否意味著Deno實際上已經自動取代了Node而我們該開始計劃重構沖刺呢?
現在下結論顯然為時尚早，但以下幾個事實可能在很大程度上決定了Deno的發布。
一、從頭說起
2018年，Ryan在一次演講中談到了他認為Node存在的10大問題。演講的最后，他展示了他當時正在構建的、還只是一個小系統的Deno，也就是大家口中的Node.js 2.0版本，他對原有版本做了改進，也更加安全。
兩年后，Deno 1.0正式發布。其后端有一個全新的JavaScript運行環境，但它是用Rust編寫的，而不是用C++。它以Tokio平臺為基礎(該平臺為JavaScript提供其所需要的異步運行環境)，仍可運行Google V8引擎。
二、還有什么新鮮的嗎?
我們不僅僅是在討論一個和現有的Node.js完全兼容的新的JavaScript運行環境，Ryan還利用了這個機會，在Deno中加入了一些他認為在早期創作中缺失的東西。
1. 安全集成
默認設置中，Node.js允許用戶訪問所有內容，這意味著你可以讀寫文件系統、發出請求、訪問環境變量等等。盡管作為開發人員，擁有這種訪問權限是有利的，但如果在編寫自己的代碼時不夠小心，也會帶來安全風險。
因此，Deno使用命令行參數來啟用或禁用對不同安全特性的訪問。如果你需要讓你的腳本訪問/etc 文件夾，可以輸入:
- deno --allow-read=/etcmyscript.ts
你的代碼將從文件夾中讀取，你會得到一個安全異常提示。這類似于其他平臺處理安全性的方式。
如果你是Android用戶，你一定已經收到了很多應用程序的要求，允許它們訪問你手機中的不同系統(如聯系人、電話、文件夾等)。這里也一樣。通過在執行腳本的命令行中使用這些標志，可以提供代碼所需的權限。
2. 一個更完整的標準庫
自Node的第一個版本開始，JavaScript就已經改進了它的標準庫，但是與其他語言相比，它還有很多不足。
圖源：unsplash
Deno也試圖改進這一點，據說它會擁有一個非常完整的標準庫，能讓開發人員使用官方工具來執行基本任務，且只需使用外部庫(alaNPM)來完成復雜的任務。
從本質上講，Deno開箱即用，它的自帶工具可以為終端文本添加顏色、處理外部數據結構(如二進制、csv、yaml和其他數據結構)、生成UUID，甚至編寫websockets。還有其他可用的更基本模塊，比如文件系統訪問、日期幫助器函數、與http相關的函數等等。
3. 集成版TypeScript
如果你是TypeScript的忠實用戶，那么不需要外部工具，Deno就會幫你搞定很多工作，默認情況下JavaScript的轉換在內部即可完成，這一點無需擔心。
盡管默認情況下Deno會做很多工作，但你可以使用自己的tsconfig.json文件覆蓋配置:
- deno run -c tsconfig.json[your-script.ts]
默認模式是使用嚴格模式，因此，進行任何欠考慮的編碼操作都會立即收到警告。
4. 不再需要NPM和node_modules文件夾
這是個大問題。會不會太臃腫了?這種分散依賴關系的方式是錯誤的嗎?這自然是Node最具爭議的一大方面，Deno決定完全擺脫它。
那Deno是如何處理依賴項的呢?目前的方法是，允許你從任何地方索取模塊。換言之，你可以這樣做：
- import * as log from"https://deno.land/std/log/mod.ts";
你無需擁有自己的集中存儲庫，但必須謹慎操作，因為從無法控制的第三方源導入模塊會讓你處于開放暴露的狀態。
事實上，我們的好朋友package.json也不見了。現在通過在名為deps.ts的文件中列出一系列模塊及其各自的URL，來簡化依賴性管理。你肯定會問，版本控制呢?你可以在URL上指定包版本。雖然不是很方便，但行得通。
圖源：unsplash
一個正常的deps.ts文件是這樣的：
- export { assert } from"https://deno.land/std@v0.39.0/testing/asserts.ts";
- export { green, bold } from"https://deno.land/std@v0.39.0/fmt/colors.ts";
這將重新導出模塊。如果你想更改模塊的版本，需對URL進行相應的簡化修改。在第一次執行腳本時，導入的代碼會被緩存，直到再次使用--reload 標志運行為止。
5. 還有別的嗎?
Deno還有其他特點，比如它擁有了更多的“開箱即用”工具，包括測試運行器、調試器、文件監視程序等。但話說回來，其中一些只是由語言提供的API接口，你需要編寫出自己的工具才能使用它們。
以 Deno.watchFs提供的文件監視器API接口為例，如果你正在尋找與nodemon類似的解決方案，那你必須自己完成。下面是解決類似問題的23行腳本:
三、Deno會很快取代Node.js嗎?
老實說，不一定。有些人自Node.js 0.10版本推出就開始使用Node js，甚至將其應用于生產。我們過去之所以這樣做是因為沒有與其類似的系統。
PHP、Python甚至Ruby都無法在后端與JavaScript和異步I/O模型相提并論，更不用說Java和. NET了。這些年來，Node和JavaScript不斷改進升級，以滿足業界需求。
它是完美的嗎?當然不是。和生活中的其他事情一樣，在編程語言方面也很難做到十全十美。
圖源：unsplash
Deno也不例外。目前它還只是一個計劃用2年時間達成目標的想法。它還沒有在生產系統中試驗和測試過，沒有被審查過，也沒有應用于奇怪的、意想不到的使用情況，我們無法了解它是如何處理這些極端情況的。
也許在一年后，我們會聽到公司分享他們有關應用Deno的經驗、他們如何解決新發現的缺陷，最終，它背后的群體將使用Deno，讓它“物盡其用”。而在此之前，Deno還只是早期使用者的玩具。
它會取代Node嗎?誰知道呢，一起拭目以待吧!
