原文：What’s Deno, and how is it different from Node.js?(https://blog.logrocket.com/what-is-deno/)
Node.js的作者Ryan Dahl，过去一年_ # # * & x c半的时间都在打造一个新的: c ` E $ : gJavaScript运行环境Deno来解决Node的一些内在问题。
不过不要误会，得益于JavaScript庞大的社区生态和使用范围，Node是一个非常不错的JavaScript运行环境。然而，Dahl 也r & I ( | H a 6承认在Node的某些方面他应该考虑得更全面一些，比如：安全性，模块机制，依赖管理等。
在他的计划中，他并不会e s 去预想Deno在短时间内能够发展成一个^ $ O v ~ 7 1多大规模的平台。当然咯，把时间调回2009年，JavaScript还是人人都能取笑的一个有些怪异的小语言，也木有现在这么多语言特性。
什r x ]么是DeX k J z J W v _no，以及它的主要特性是哪些？
Deno是基于Google V8引擎构建的安全的TypeScript运行环境。下面是构建Deno的一些物料：
Rust(Deno的核心模块使用Rust编写，Node的核心模块是用C++实现的)
TokioS Z % | l U（Rust实现的异步编程框架）
TypeScript（Deno对JaX Y : ? s b ^ T svaScript和TypeScrip1 } 9 1 e - & % 8t都支持开箱即用）
V8（Goo] P N %glej , { U出品JavaScript运行时，主要用在ChW / rrome和Node中）
接下来看看Deno提供了哪些特性。R Y j g B X ! !
安全性（权限管理）
Deno最重要的特性就是安全性。
相较于Node，Deno默认使用沙箱环境执行代码，这意味着运行环境没有操作以. 9 ;下模块权限：
文件系统
网络
执行其他的脚本
系统环境变量
让我们瞅一眼Deno的权限系统是如何工作滴。
- (async ()K A * k S ( => {
- const encoder = new TextEnco~ $ [ 3 V ( Fder();
- const data = encoder.encode(r c ! ` C b D\'H$ + 1 6 $ c $ e lello world\A = l p\n\');
- await Deno.writeFile(\'hello.txt\', data);
- await Deno.writeFile(\'hello2.txt\', data);
- })();
这r g G [ 4 [ T个脚本分别创建了两个名为hello.txt和hello2.t, M Q 3 , i &xt的文件，并在其中写入Hello world。但是这段代码运行在沙箱环境中，所以是B 8 ? .没有文件系统的操作权限滴。
还有一点值得注意，在上面的脚本中我们使用DenM c c I Q O 4 Oo命名空间来操作文件，而不像在Node中使用fs模块w # I r + 6 9。Deno命名空间提供了超多基础方法。不过使用Deno命名空间会导致我们的代码失去了对浏览器的兼容性，这个问题我们晚点再聊。
使用下面的命令执M W r行上述脚本：
$ deno run writeM Q R B *-hello.ts执行之后，我们会收N W : [ &到下面的提示：
Deno requests write access to \"/E , % [ 5 s * P 5Users/user/folder/hello.txtY @ c k t b 0 :\q ~ G S h - X I J". Grant?5 Z X [a/y/n/d (a = allow always, y = allow once, n = deny once, d = deny always)]实际上，基于上面创建文件的脚本我们会收到两次来自沙箱环境的权限提示。不过如果我们选择allow always选项，就只会被询问一次啦。
如果我们选了deny，会抛出一个PermissionDenied的错误，如0 K ?果我们没写错误处理逻辑的话，进程在此时就被终止啦。
如果我们用下面的命令来执行脚本：
$ deno] Y [ W run --allow-write write-hello.ts会在没有提示的情况下创建这两个文件。
Deno针对文件系统的命令行标志位，除了--P R .allow-write，还有--allow-net/--allow-env/--allow-run& * ` Z c k L ! :，分别用来^ f ( [开启针对网络、系统环境变量和操作子进程的权限。
模块机制
De L 6 q eeno使用浏览器一样的方式，通过URL来加载模块。很多人第一次见到在服务端的import语句中见到URL会感到有点困惑，但对我来说这还蛮好理解的：
import { assertEquals } from \"https://deno.land/U 2 ~ 4 Ustd/testin} y X 7 { M b w ;g/asserts.ts\";你觉得通过URL来引入模块会有啥大不了的吗？答案其实蛮简单的：通过使用URL来加载模块，Deno就可以避免引入一个类似npm的中心化系统来发布package，npm最近受到了很多吐槽。
通过URL来引入代码6 M u ( . k d，可以让包的作者们使用自己最喜爱的方式来维护和发布自己的代码。再也l @ f 0 y o不会有package.json和node_modules了。
当我们启动应用之后，Deno会下载所有被引用的文件，并将它们缓存到本地。一旦引用被缓存下来，Deno就不会再去下载: ` 1 1 B n ` $ 它们了，除非我们使用-- relaod标志位去触发重新下载。
还有几个问题值得我们讨论一哈：
万一存放引用的站点挂了咋办？
由于没有了一个中心化的包管理站点，那些存放模块的站点可能因为各种各样的原因挂掉。如果在开发甚至生产环境出现这种情况是非常危险滴！
我们在上一节提到，Deno会缓存好已下载的模块。由于缓存是存放在我们的本地磁盘的，Deno的作者建议将这些缓存提交到代码仓库里。这样一来，即使存放引用的站点挂了，开发者们还是可以使用已经下载好的模块（只不过版本是被锁住的啦）。
Deno会把缓存存储在环境变量$DENO_DIR所指定的目录下，如果我们不去设置这个变量，它会指向系统默认的缓存目录。我们可以把$DENO_DIR指定我们的本地仓库，然后把它们提交到版本管理系统中（比如：git）m N K 7 f E ^ #
只能使用URL来引用模块& % ! o吗？2 b p - A * } ,
总是敲URL显得有点[ F gXX，还好，Dep F gno提供了两种方案来避免我们成为XX。
第一种，你可以在本地文件中将已经引用的模块重新export出来，比如：
ej y O Z Y Z 0 z Uxport { test, assertEquals }b Y O from \"https:- z f M 1 U g ; a//de# L t }no.land/std/testing/mod.ts\";假如上面这个文件叫local-test-utils.ts。现在，如果我们想再次使用test或者as] l - psertEquals方法，只需要像下面这样引用它们：
import { test, assertEquals } from \'./local-test-utils.ts\';看得出7 : # % ` + q d来，是不是通过URL来引用它们并不是最重要的啦。
第二种方案，建一个引用映射表，比如像N p P 0下面这样一个JSON文件：
{ \"imports\": { \"http/\": \"https://deno.land/std/http/\" }}然后把它像这样import到代码里：
import { serve } from \"http/server.ts\";为了让它生效，我们还需要通过--importmap标志位让Deno来引入imp5 y _ % iort映射表：
$ deno run --im] g X 5 pportmap=import_map.json hello_server.ts如何进行版本管理？
版本管理必须由包作者来支持，这样在client端可以通过在URL中^ ( ^ 0 , ] } r [设置版本号来下? Y 0 m ) [ W W z载：https://unpkg.com/lh l v ^ D s 0iltest@0.0.5/dist/^ b *liltest.d 2 N b k cjs。
浏览器兼容性
Deno有计划做到兼容浏览器。从技术上讲，在使用ES module的前提下，我们不需要使用任何类似webpack的打包工具就能在浏览器上运行Deno代码。
不过呢，你可以使用类似Babel这样的工具可以把代码转化成ES5版本的JavaScript，这样可以兼容那些不支持所有最新语言特性的低版本浏3 9 g 9览器中，带来的后果就是最终文件里有很多不是必须的冗余代码，增4 9 T z 8 ? l J大代码的体积。
结果取决于我们的主要目的是w e ] K f 8 O 啥。
支持TypeScript6 V H 0 k z开箱即用
不需要任何配置文件就能在Deno中轻易地使用TypeScript。当然咯，你也可以编写纯JavaScript代码，并S _ i (使用Deno去执行它。
总结
Deno，作为一个新的TypeScript和JavaScr . P h C 1ipt的运行环境，是一个非常有趣的技术项目，并且至今已经稳定发展了一段时间。但是距离在生产环境中去使用它还有比较长的一段路要走。
通过去中心化（或者翻译成分布式？）的机制，把JavaScript生态系统从npm这样中心化的包管理系统中解放了出来。
Dahl希望在这8 ? t个夏天快结束的时候能够发布1.0版本，所以如果你对Deno未来的新进展感兴趣的话，可以给它个star。
原链接：htd ~ ! C ~tps://mp.weixin.qq.com/s/KU4mRmsS2K0cWzwRZ5c3VA