其他分享
首页 > 其他分享> > Deno初体验

Deno初体验

作者:互联网

Deno是什么

Deno 是一个简单、现代、安全的 JavaScriptTypeScriptWebassembly 运行时环境。

Deno 是 Node 的变位词,其发音是恐龙(dinosaur)的缩写读音"蒂诺"。

它是建立在:

Node的缺陷

原生API缺少Promise

Node 最大的亮点在于事件驱动, 非阻塞 I/O 模型,这使得 Node 具有很强的并发处理能力,非常适合编写网络应用。在 Node 中大部分的 I/O 操作几乎都是异步的,于是乎 Callback Hell 产生了:

// fs.js
const fs = require('fs');
const myFile = '/tmp/test';

fs.readFile(myFile, 'utf8', (err, txt) => {
  if (!err) {
    fs.writeFile(myFile);
  }
});

若要实现链式调用,你需要使用 Promise 重新包装下原生 API,如下所示:

const fs = require("fs");
const myFile = '/tmp/test';

function readFile_promise(path) {
  return new Promise((resolve, reject) => {
    fs.readfile(path, "utf-8", (err, data) => {
      if (err) {
        reject(err);
      } else {
        resolve(data);
      }
    })
  });
}

readFile_promise(myFile)
  .then((res) => {
    fs.writeFile(myFile, res);
  })

缺少安全性

在 Node 中,可以调用 fs.chmod 来修改文件或目录的读写权限。说明 Node 运行时的权限是很高的。如果你在 Node 中导入一份不受信任的软件包,那么很可能它将删除你计算机上的所有文件,所以说 Node 缺少安全模块化运行时。除非手动提供一个沙箱环境,诸如 Docker 这类的容器环境来解决安全性问题。

const fs = require('fs');
//删除hello.txt
fs.unlinkSync('./hello.txt');
// 删除css文件夹
fs.rmdirSync('./css');

复杂的包管理模式

Node 自带的 NPM 生态系统中,由于严重依赖语义版本控制和复杂的依赖关系图,少不了要与 package.json、node_modules 打交道。node_modules 的设计虽然能满足大部分的场景,但是其仍然存在着种种缺陷,尤其在前端工程化领域,造成了不少的问题。特别是不同包依赖版本不一致时,各种问题接踵而来,于是乎 yarn lock、npm lock 闪亮登场。

然而还是有很多场景是 lock 无法覆盖的,比如当我们第一次安装某个依赖的时候,此时即使第三方库里含有 lock 文件,但是 npm install|、yarn install 也不会去读取第三方依赖的 lock,这导致第一次创建项目的时候,还是会可能会触发 bug。而且由于交叉依赖,node_modules 里充满了各种重复版本的包,造成了极大的空间浪费,也导致 install 依赖包很慢,以及 require 读取文件的算法越来越复杂化。

读取文件复杂化

Node 使用 require 引用其他脚本文件,其内部逻辑如下:

当 Node 遇到 require(X) 时,按下面的顺序处理。
(1)如果 X 是内置模块(比如 require('http'))
  a. 返回该模块。
  b. 不再继续执行。

(2)如果 X 以 "./" 或者 "/" 或者 "../" 开头
  a. 根据 X 所在的父模块,确定 X 的绝对路径。
  b. 将 X 当成文件,依次查找下面文件,只要其中有一个存在,就返回该文件,不再继续执行。
      X
      X.js
      X.json
      X.node
  c. 将 X 当成目录,依次查找下面文件,只要其中有一个存在,就返回该文件,不再继续执行。
      X/package.json(main字段)
      X/index.js
      X/index.json
      X/index.node

(3)如果 X 不带路径
  a. 根据 X 所在的父模块,确定 X 可能的安装目录。
  b. 依次在每个目录中,将 X 当成文件名或目录名加载。

(4) 抛出 "not found"

可以看得出来,require 的读取逻辑是很复杂的,虽然用起来很可爱,但是没必要。

Deno的架构

 

  1. Deno 以 Rust 作为启动入口,通过 Rust FFI 去执行 C++ 代码,然后在 C++ 中引入 V8 实例。

  2. 初始化 V8 对象以及注入外部 C++ 方法,例如 send、recv 等方法。

  3. 向 V8 全局作用域下注入 Deno 对象,暴露 Deno 的一些基本 API 给 JavaScript。

  4. 通过绑定在 V8 上的 C++ 方法,调用对应的 Rust 方法,去执行底层逻辑。

不难发现 Deno 其实和 RN、Flutter 这些框架很类似,因为它本质上也是跑了个 JS 引擎,只是这个 JS 引擎是 V8,不负责 UI 的 binding 而已。所以说架构的本质就是思路复刻、模块重组。

Deno的特点

安全

 

与 Node 相反,Deno 默认在沙箱中执行代码,这意味着运行时无法访问以下权限:

你可以通过命令行参数形式来开启默认关闭的权限,类似下面这样:

// 授予从磁盘读取和侦听网络的权限
deno run --allow-read --allow-net https://deno.land/std/http/file_server.ts

// 授予从磁盘filepath读取白名单文件的权限
deno run --allow-read=/etc https://deno.land/std/http/file_server.ts

// 授予所有权限
deno run --allow-all https://deno.land/std/http/file_server.ts

或者通过编程形式控制权限,类似下面这样:

// 检测是否有读取权限
const status = await Deno.permissions.query({ name: "write" });
if (status.state !== "granted") {
  throw new Error("need write permission");
}

// 读取log文件
const log = await Deno.open("request.log", "a+");

// 关闭读写权限
await Deno.permissions.revoke({ name: "read" });
await Deno.permissions.revoke({ name: "write" });

// 打印log内容
const encoder = new TextEncoder();
await log.write(encoder.encode("hello\n"));

内置工具

 

Deno 目前提供了以下内置工具,在使用 JavaScript 和 TypeScript 时非常有用,只需要执行以下命令即可:

支持TypeScript

使用 Deno 运行 TypeScript 代码不需要编译步骤以及繁琐的配置文件—— Deno 会自动为你执行这一步骤。

源码中我们发现,Deno 其实是集成了一个 TypeScript 编译器和一个用于运行时快照的小型编译器主机。转换的核心代码如下:

// globalThis.exec 这个函数在/cli/tsc/99_main_compiler.js中
// 其主要作用就是把TypeScript转换成JavaScript
let exec_source = format!("globalThis.exec({})", request_str);

  runtime
    .execute("[native code]", startup_source)
    .context("Could not properly start the compiler runtime.")?;
  runtime.execute("[native_code]", &exec_source)?;

前段时间 Deno 内部把 TS 改回 JS 的讨论很是热闹,但并不意味着 Deno 放弃了 TypeScript,它依然是一个安全的 TS/JS Runtime。

例如:

// index.ts
const str: string = 'hello word';
console.log(str);

支持ES模块标准

Deno 采用的是 ES Module 的浏览器实现。ES Module 大家应该都是比较熟悉的,它是 JavaScript 官方的标准化模块系统,其浏览器实现如下所示:

// 从 URL 导入
import React from "https://cdn.bootcdn.net/ajax/libs/react/17.0.1/cjs/react-jsx-dev-runtime.development.js";

// 从相对路径导入
import * as Api from "./service.js";

// 从绝对路径导入
import "/index.js";

需要注意的是,Deno 不支持以下写法:

import foo from "foo.js";
import bar from "bar/index.js";
import zoo from "./index"; // 没有后缀

兼容浏览器API

Deno 通过与浏览器 API 保持一致,来减少大家的认知。

支持Promise

Deno 所有的异步操作,一律返回 Promise,并且全局支持 await。

// 读取异步接口数据
const response = await fetch("http://my.json.host/data.json");
console.log(response.status)
console.log(response.statusText)
const jsonData = await response.json();
// 读取文件
const decoder = new TextDecoder("utf-8");
const data = await Deno.readFile("hello.txt");
console.log(decoder.decode(data));

去中心化包

Deno 没有 package.json、node_modules,那么它是怎么进行包管理的呢?我们先看下面的例子:

// index.jsimport { 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.tshello world!

我们看到执行时会有 Download 和 Compile 两个步骤,于是乎我们会产生几个疑问:

1、每次执行都要下载吗?

答:不需要每次下载,有缓存机制。

2、Download 和 Compile 的文件在哪里呢?

答:我们可以通过上面介绍的自带工具 deno info 来查看依赖关系。

3、依赖代码更新了怎么办?

答:当依赖模块更新时,我们可以通过 --reload 进行更新缓存,例如:deno run --reload index.js

4、多版本怎么处理?

答:暂时没有好的解决方案,只能通过 git tag 的方式区分版本。

Deno 是通过 URL 导入代码,可以在互联网上的任何地方托管模块。并且相比 Node 的 require 读取文件,它显得更加轻巧玲珑,并且无需集中注册表即可分发 Deno 软件包。不需要 package.json 文件和依赖项列表,因为所有模块都是在应用程序运行时下载,编译和缓存的。

上手Deno

安装

使用 Shell (macOS 和 Linux):

curl -fsSL https://deno.land/x/install/install.sh | sh

使用 PowerShell (Windows):

iwr https://deno.land/x/install/install.ps1 -useb | iex

运行 deno --version,如果它打印出 Deno 版本,说明安装成功。

记得为Deno配置环境变量

去Github下载也可以 https://github.com/denoland/deno/releases

实战体验

本地创建一个 index.ts 文件,内容如下所示:

// index.ts
console.log("Welcome to Deno 

标签:Node,初体验,const,ts,deno,https,Deno
来源: https://blog.csdn.net/qq_36157085/article/details/116845447