经过了为期 2 年的开发，Deno 终于在 2020 年的 5 月份完成了1.0版本。其官方网站宣称，Deno 为 JavaScript 和 TypeScript 提供了一个安全的运行时环境。听起来是不是和 Node.js 类似？没错，就是这样，因为 Deno 是由 Node.js 的原班人马开发的。Ryan Dahl（Deno 和 Node.js 作者）之前发表过一篇文章——“关于Node.js最让他后悔的10件事”。为了解决文章中提到的问题，他创造了 Deno。和 Node.js 一样，Deno 可以在 V8 引擎上运行 JavaScript，TypeScript 和 WebAssembly 应用。对于应用开发者来说，相对于 Node.js，在使用 Deno 开发时有些地方是需要注意的。
在模块方面，Node.js 是二进制模块化文件，而 Deno 是单个二进制文件应用。它没有使用像 NPM 那样复杂的依赖管理解决方案。取而代之的是，当开发人员需要定义依赖关系时，只需要在源码中直接使用 URL 即可。截至目前，已经大约有超过500个第三方的Deno模块可以供使用。看看这种方式是否可以在企业应用中进行推广，将是一件很有趣的事情。因此，Deno 通常不兼容那些为专门为 Node.js 编写的 NPM 包。不过，移植并非难事，因为它们使用了相同的编程语言和框架。Deno 已经支持了大量的Node.js内置库对象。与 Node.js 相比，Deno 的运行时默认就是安全的，因此如果应用需要访问文件系统或者网络，那么开发者就需要进行额外的声明。
在 API 编程方面，Deno 优先支持 TypeScript。Deno 的运行API大量的采用了 TypeScript 或 JavaScript 中的 Promises 和 async/await API，这些 API 在 Node.js 被设计时还不被支持。除了 TypeScript 和 JavaScript，Deno 应用还可以加载和执行 WebAssembly 的字节码程序。例如，在 Deno 中，Sqlite模块就被从 C++编译成了 WebAssembly。此外，开发者还可以使用 Rust 对 Deno 进行扩展，这将允许使用 Cargo（Rust 的依赖和包管理系统）来管理 Deno 的插件和附加组件。
在底层方面，Deno 使用 Rust，而没有像 Node.js 那样使用 C 或者 C++来访问底层 V8 引擎。同时，在支持 web 应用的高并发时，Deno 使用了 Rust 的Tokio，而不是 libuv。
虽然 Deno 才刚刚完成 1.0 版本，但是它已经得到了很多业内知名人士的支持。其中，有诸如AWS Lambda, Azure Functions和 Google Cloud Run之类主流云供应商；也有来自Begin.com的布赖恩·勒鲁(Brian Leroux)，他同时还在 AWS 上对 Deno 进行了测试，且宣称Deno的启动时间只需要短短的6秒；还有 JetBrain 的WebStorm（最受欢迎的 JavaScript 的 IDE）也宣布支持 Deno。
然而，在对 Deno 的未来一片看好的情况下，依然还有大多数的开发人员相信 Node.js 会继续存在下去，且未来 Deno 很难超过 Node.js。这些开发者们的理由是 Node.js 有庞大的生态系统和大量的企业应用。
Fernando Doglio（Node.js 专家和书籍作者）说到：
Deno 目前还只是一个经过了 2 年研发的想法，还没有在生产系统进行实践和测试。因此它现在还只适合给早期使用者玩玩。
在 Deno1.0 版本发布之后的三周里，Deno 团队已经发布了5个小版本，主要是为了修复一些 bug。Deno 的下一个版本是v1.1，该版本的计划是对 CLI、公共 API 及其 Rust 插件系统进行改进。要了解更多关于 Deno 的未来计划，请查看即将在公开的OpenJS世界大会上 Ryan Dahl 的演讲。
Deno 是基于 MIT 协议的开源软件。如果想对Deno项目进行贡献和支持的话，需要遵循它的贡献指南。
原文链接：
https://www.infoq.com/news/2020/06/deno-1-ready-production/
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论