这篇“Deno和Node.js的区别有哪些”文章的知识点大部分人都不太理解,所以小编给大家总结了以下内容,内容详细,步骤清晰,具有一定的借鉴价值,希望大家阅读完这篇文章能有所收获,下面我们一起来看看这篇“Deno和Node.js的区别有哪些”文章吧。
十年的武定网站建设经验,针对设计、前端、开发、售后、文案、推广等六对一服务,响应快,48小时及时工作处理。成都营销网站建设的优势是能够根据用户设备显示端的尺寸不同,自动调整武定建站的显示方式,使网站能够适用不同显示终端,在浏览器中调整网站的宽度,无论在任何一种浏览器上浏览网站,都能展现优雅布局与设计,从而大程度地提升浏览体验。创新互联建站从事“武定网站设计”,“武定网站推广”以来,每个客户项目都认真落实执行。
Deno是基于Google V8引擎构建的安全的TypeScript运行环境。 下面是构建Deno的一些物料:
Rust(Deno的核心模块使用Rust编写,Node的核心模块是用C++实现的)
Tokio(Rust实现的异步编程框架)
TypeScript(Deno对JavaScript和TypeScript都支持开箱即用)
V8(Google出品JavaScript运行时,主要用在Chrome和Node中)
接下来看看Deno提供了哪些特性。
Deno最重要的特性就是安全性。
相较于Node,Deno默认使用沙箱环境执行代码,这意味着运行环境没有操作以下模块权限:
文件系统
网络
执行其他的脚本
系统环境变量
让我们瞅一眼Deno的权限系统是如何工作滴。
(async () => { const encoder = new TextEncoder(); const data = encoder.encode('Hello world\n'); await Deno.writeFile('hello.txt', data); await Deno.writeFile('hello2.txt', data); })();
这个脚本分别创建了两个名为hello.txt
和hello2.txt
的文件,并在其中写入Hello world
。但是这段代码运行在沙箱环境中,所以是没有文件系统的操作权限滴。
还有一点值得注意,在上面的脚本中我们使用Deno命名空间来操作文件,而不像在Node中使用fs
模块。Deno命名空间提供了超多基础方法。不过使用Deno命名空间会导致我们的代码失去了对浏览器的兼容性,这个问题我们晚点再聊。
使用下面的命令执行上述脚本:
$ deno run write-hello.ts
执行之后,我们会收到下面的提示:
Deno requests write access to "/Users/user/folder/hello.txt". Grant? [a/y/n/d (a = allow always, y = allow once, n = deny once, d = deny always)]
实际上,基于上面创建文件的脚本我们会收到两次来自沙箱环境的权限提示。不过如果我们选择allow always
选项,就只会被询问一次啦。
如果我们选了deny
,会抛出一个PermissionDenied
的错误,如果我们没写错误处理逻辑的话,进程在此时就被终止啦。
如果我们用下面的命令来执行脚本:
deno run --allow-write write-hello.ts
会在没有提示的情况下创建这两个文件。
Deno针对文件系统的命令行标志位,除了--allow-write
,还有--allow-net
/--allow-env
/--allow-run
,分别用来开启针对网络、系统环境变量和操作子进程的权限。
Deno使用浏览器一样的方式,通过URL来加载模块。很多人第一次见到在服务端的import语句中见到URL会感到有点困惑,但对我来说这还蛮好理解的:
import { assertEquals } from "https://deno.land/std/testing/asserts.ts";
你觉得通过URL来引入模块会有啥大不了的吗?答案其实蛮简单的:通过使用URL来加载模块,Deno就可以避免引入一个类似npm
的中心化系统来发布package,npm
最近受到了很多吐槽。
通过URL来引入代码,可以让包的作者们使用自己最喜爱的方式来维护和发布自己的代码。再也不会有package.json
和node_modules
了。
当我们启动应用之后,Deno会下载所有被引用的文件,并将它们缓存到本地。一旦引用被缓存下来,Deno就不会再去下载它们了,除非我们使用-- relaod
标志位去触发重新下载。
还有几个问题值得我们讨论一哈:
由于没有了一个中心化的包管理站点,那些存放模块的站点可能因为各种各样的原因挂掉。如果在开发甚至生产环境出现这种情况是非常危险滴!
我们在上一节提到,Deno会缓存好已下载的模块。由于缓存是存放在我们的本地磁盘的,Deno的作者建议将这些缓存提交到代码仓库里。这样一来,即使存放引用的站点挂了,开发者们还是可以使用已经下载好的模块(只不过版本是被锁住的啦)。
Deno会把缓存存储在环境变量$DENO_DIR
所指定的目录下,如果我们不去设置这个变量,它会指向系统默认的缓存目录。我们可以把$DENO_DIR
指定我们的本地仓库,然后把它们提交到版本管理系统中(比如:git
)
总是敲URL显得有点XX,还好,Deno提供了两种方案来避免我们成为XX。
第一种,你可以在本地文件中将已经引用的模块重新export出来,比如:
export { test, assertEquals } from "https://deno.land/std/testing/mod.ts";
假如上面这个文件叫local-test-utils.ts
。现在,如果我们想再次使用test
或者assertEquals
方法,只需要像下面这样引用它们:
import { test, assertEquals } from './local-test-utils.ts';
看得出来,是不是通过URL来引用它们并不是最重要的啦。
第二种方案,建一个引用映射表,比如像下面这样一个JSON文件:
{ "imports": { "http/": "https://deno.land/std/http/" } }
然后把它像这样import到代码里:
import { serve } from "http/server.ts";
为了让它生效,我们还需要通过--importmap
标志位让Deno来引入import映射表:
$ deno run --importmap=import_map.json hello_server.ts
版本管理必须由包作者来支持,这样在client端可以通过在URL中设置版本号来下载:https://unpkg.com/liltest@0.0.5/dist/liltest.js
。
Deno有计划做到兼容浏览器。从技术上讲,在使用ES module的前提下,我们不需要使用任何类似webpack的打包工具就能在浏览器上运行Deno代码。
不过呢,你可以使用类似Babel这样的工具可以把代码转化成ES5版本的JavaScript,这样可以兼容那些不支持所有最新语言特性的低版本浏览器中,带来的后果就是最终文件里有很多不是必须的冗余代码,增大代码的体积。
结果取决于我们的主要目的是啥。
不需要任何配置文件就能在Deno中轻易地使用TypeScript。当然咯,你也可以编写纯JavaScript代码,并使用Deno去执行它。
以上就是关于“Deno和Node.js的区别有哪些”这篇文章的内容,相信大家都有了一定的了解,希望小编分享的内容对大家有帮助,若想了解更多相关的知识内容,请关注创新互联行业资讯频道。