Deno 意味着什么?

更新日期: 2020-04-19阅读: 2.1k标签: Deno

如果你一直关注 Web 开发领域,那么最近可能已经听到了很多关于 Deno 的信息——一种新的 JavaScript 运行时,它可能也会被认为是 Node.js 的继承者。但是这意味着什么,我们需要“下一个 Node.js” 吗?


什么是 Deno?

要了解发生了什么,我们首先需要看一下 Deno 到底是什么。就像我前面说过的那样,这是一个新的 JavaScript 运行时,也就是要执行 JS 代码的环境。它最初是由 Ryan Dahl 创造的,他在之前曾经为我们把 Deno 与 Node.js 进行了比较。

Ryan在 JSConf EU 2018 演讲 上宣布了 Deno,标题为 “Node.js 的十大遗憾”。仅从那条信息中,你就可以知道进展情况。 Deno 是从头开始创建的,是当前对 Node.js 的更好的实现

但是 Node.js 有什么不好的地方?Deno 如何与它更成熟的表兄抗衡?


与 Node.js 的比较

尽管 Deno 和 Node.js 是执行相似操作的类似工具,但它们之间的差异远远不只是名称的颠倒。

体系结构

让我们先来了解一下 Deno 的内部原理。就像 Node.js 一样,它基于 Chromium 的 V8 JavaScript 引擎,并使用事件驱动非阻塞架构。但是两者的主要编写语言有所不同。Node.js 主要使用 C ++ 编写,libuv 作为其异步 I/O 库,而 Deno 用的是 Rust,同样其使用的异步库 Tokio 也是用 Rust 编写。

对于这些差异如何转化为实际性能,我们必须拭目以待。就目前而言,根据 Deno 的基准,两者之间的区别是无法区分的,或者说至少是非常微妙的。

ES模块

你可能知道,Node.js 当前的模块系统是所谓的 CommonJS (带有 require() 的那个),尽管 ESM( ECMAScript 模块(带有 import 和 export 的模块)成为 JS 的官方标准已有相当长的一段时间了,可以追溯到2015 年推出的 ES6。当然,Node.js 确实支持 ESM,但是此功能目前([ v14.xx) 被标记为实验性的,从而迫使 JS 社区仍然使用 CommonJS 模块系统 或其他打包器。

这就是 Deno 要推出的东西,它仅支持 ESM 模块 —— 一个真正的模块系统!

依赖管理

但是,除了 ESM 之外,Deno 还为 Node.js 带来的依赖性管理带来了更多变化。

基于从有着上百万个包的 npm registry 和类似黑洞的 node_modules 目录中汲取的经验,Deno 采用了一种完全不同的依赖关系方法。 Deno 不需要类似 NPM 的 registry 和包管理器,而是直接从 URL 导入并使用依赖项:

import { serve } from "https://deno.land/std@0.50.0/http/server.ts";
const s = serve({ port: 8000 });
console.log("http://localhost:8000/");
for await (const req of s) {
    req.respond({ body: "Hello World\n" });
}

然后将下载的模块不可见地存储在计算机上的某个位置。是的,这意味着不会再有 node_modules!

可是等等!还有更多...或者我应该少说,因为 Deno 还摆脱了现在制作的万能的 package.json 文件。除了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";

至于 NPM registry,因为 Deno 现在可以从 URL 加载依赖项,所以这与 Node.js 的要求不一样。但是如果你对这个选项感兴趣,Deno 会提供自己的包托管

TypeScript 和其他功能

是的,你已经看到了 ——JavaScript 是使用 Deno 的主要语言,另外还支持 TypeScript,。该支持是内置的,不需要类似 custom registers 的东西或复杂的设置。

但是,除了 TS 支持之外,Deno 还内置了许多其他有用的工具。它们当中的大多数以命令形式出现,例如fmt、bundle 或 doc,分别提供代码格式化,打包和文档生成等功能。

api

至于 API,Deno 肯定是自己的东西。一切都是用 TypeScript 编写的,异步 API 仅基于 Promise。核心功能被限制在最低限度,而其他所有功能都可以在 标准库 中找到。

所以从表面上看,这一切看起来都很好,而且非常有前途,但是当你意识到更改所有的 API 意味着将 Node.js 代码库转换为 Deno 更加困难时,这种愉悦的心情立即消失了。可悲的是,所有新的和更好的东西都必须付出代价,对吗?

安全

最后,安全性是 Deno 最重要的方面之一。与 Node.js 相比,它用沙盒执行的代码,仅允许访问系统的选定部分。这意味着通过传递适当的标志,可以轻松地限制对磁盘、网络和子进程等内容的访问。


那么,这意味着什么?

因此,我刚刚以非常简短的方式向你介绍了 Deno 的一些功能,以便你能够掌握所有内容的要点。你可以根据需要进行更深入的研究(我将在本文结尾放一些不错的文章链接)。

让我们回过头来讨论这个博客文章的主要问题——这意味着什么?好吧,主要是因为 Deno v1 已经在 2020 年 5 月 13 日 发布(正好是其首次发布的第二年)。现在每个人都在问这是否将会成为“下一个大事件”,或者它是否将会完全取代 Node.js。

就个人而言,我认为现在讨论这些还为时过早。考虑到项目的规模和社区的期望,该项目尽管已经是 v1 版了,但要成为可行的 Node.js 替代者还有很长的路要走。请记住,这些技术(即使存在所有差异)仍然要做同样的事情,同时必须相互竞争。而且 Node.js 的开发也不会过时(例如基于 Promise 的 FS API 变体或 ESM 实验性支持),这意味着我们很可能会在这个存在两个 JavaScript 运行时的世界中生活很长时间(说的好像对 JS 开发人员来说是个新鲜事一样)。并且请记住,我甚至没有提到庞大的 NPM registry 和生态系统,尽管它们无论如何都不是完美的,但仍然为 Node.js 增添了很多价值——这是 Deno 目前还不具备的优势。


底线

总而言之,Node.js 不会出现在任何地方,并且,如果你要启动一个用于生产的严肃项目,那么至少就目前而言,最好还是坚持使用 Node.js。话虽如此,但是没有什么人(当然不是我)或事情能够阻止你去使用 Deno,甚至把 Deno 用于严肃的项目。看起来它确实像是未来,但是我们根本还没有到达。

作者:Arek Nawo
翻译:疯狂的技术宅
原文:https://areknawo.com/


链接: https://www.fly63.com/article/detial/9066

什么是Deno?跟Node.js有何区别?

Node.js的作者Ryan Dahl,过去一年半的时间都在打造一个新的JavaScript运行环境Deno来解决Node的一些内在问题。不过不要误会,得益于JavaScript庞大的社区生态和使用范围

初尝Deno,这是我的感受

我发现自己最近的工作效率不是很高,于是快速浏览了一下 GitHub 趋势页面,看看有没有什么比较酷的新项目。其中有个项目排名比较靠前,即 Deno:

Node之父重构的Deno终于发布了,它终究会取代Node吗?

Node之父是谁?没错!就是这个叫Ryan Dahl的男人在2009年创造了Node。你看,其实也不是说大神就都没头发,这位大神毛发不是挺旺盛的嘛!

Deno 正式发布,彻底弄明白和 node 的区别

Deno 已经正式发布了!我说这句话时候,是不是很多前端 和 NodeJS 工(码)程(农)师已经按不住自己的40米大刀了。心中的不仅感慨前端是真的会造轮子

Deno会在短期内取代Node吗?

作为Node之父,Ryan Dahl认为Node自从他把项目移交出去后,Node的走向越来越背离了他的初衷,并且存在着很多无法解决的问题,所以他决心重新开发一个新的项目去解决这些问题

JavaScript开发人员更喜欢Deno的五大原因

本文主要通过5个原来来阐述为什么JavaScript开发人员更喜欢Deno, JavaScript 开发人员为什么在使用 Deno 时能比 Node 获得更流畅、更现代化的体验。

Deno仍然是个好东西吗?被誉为Node.js替代者的Deno现状如何

Deno 被创建为 Node.js 的改进版本,如果它被社区所接受,那么最终将可能取代 Node.js。但这很难,毕竟 Node.js 已经被我们广泛接受并使用。

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!