Deno 1.22 发布

魏铁锤chui

已于 2024-01-09 23:57:36 修改

阅读量1.2k

点赞数 32

文章标签：策略模式开发语言编程语言

于 2024-01-09 23:56:28 首次发布

本文链接：https://blog.csdn.net/m0_65909361/article/details/135492450

版权

Deno1.22版本发布了多项关键更新，包括更改默认类型检查模式为局部、移除不稳定API、启用Deno命名空间、添加userAgent属性、改进DNSAPI和响应处理、以及在LSP中启用默认linting。此外，测试运行程序也得到了优化。

摘要由CSDN通过智能技术生成

更新默认的类型检查模式

移除Deno.emit()Deno.formatDiagnostics()和Deno.applySourceMap() API

默认启用Deno命名空间

--no-config标识

Navigator.userAgent

更新 Deno.resolveDns() API

引入新的Response.json()静态方法

在 LSP 默认启用 Linting

对测试运行程序的更新

Deno 1.22 已发布，主要变化如下：

如果已经安装了Deno，可以通过运行以下命令升级到1.22:

deno upgrade

如果是第一次安装Deno，可使用下面列出的方法进行安装:

# Using Shell (macOS and Linux):
curl -fsSL https://deno.land/x/install/install.sh | sh

# Using PowerShell (Windows):
iwr https://deno.land/x/install/install.ps1 -useb | iex

# Using Homebrew (macOS):
brew install deno

# Using Scoop (Windows):
scoop install deno

# Using Chocolatey (Windows):
choco install deno

更新默认的类型检查模式

Deno 目前支持三种类型检查模式

🌐Full：完整类型检查模式(full type checking)会检查整个项目，包括所有依赖项。如果依赖项包含类型错误，则会进行反馈。
📁Local：局部类型检查模式(local type checking)会检查项目中的代码是否存在类型错误，但不针对所有依赖项进行类型检查。
❌None：不执行类型检查

在这个版本之前，Deno 使用 Full 作为默认类型检查模式。因此开发者会收到自己能直接控制之外的代码（依赖项）所报告的类型错误。团队认为这个默认值不够合理，所以在新版本将默认模式更改为 Local。

移除Deno.emit()Deno.formatDiagnostics()和Deno.applySourceMap() API

Deno附带了Deno.emit() API，该API允许以编程方式编译和绑定源代码。这是一个不稳定的API，。支持这个API给翻译管道增加了很多复杂性，引入了许多微妙的边缘情况，并阻碍了长期以来想要做的一些重构。经过多次讨论，决定将此API从Deno名称空间中删除，并将其作为userland模块提供:deno_emit。这能够开发更适合用户需求的API。

默认启用Deno命名空间

Deno从1.0版本开始就支持Worker Web API。但是，默认情况下，Deno命名空间在worker上下文中不可用，除非它在选项bag中显式启用:

// This worker did NOT have access to the `Deno` namespace.
new Worker(new URL("./worker_without_deno.js", import.meta.url));

// This worker did have access to the `Deno` namespace.
new Worker(new URL("./worker_without_deno.js", import.meta.url), {
  deno: true,
});

在这个版本中，更新了web worker，默认启用Deno命名空间，更好地匹配用户的期望。这意味着现在可以在web worker中默认使用Deno命名空间api，前提是设置了所需的权限。

// This worker will now have access to the `Deno` namespace.
new Worker(new URL("./worker_without_deno.js", import.meta.url));

你仍然可以使用WorkerOptions.deno选项来应用其他设置，比如自定义权限:

// Only allows read permissions to this worker.
new Worker(new URL("./worker_without_deno.js", import.meta.url), {
  deno: {
    permissions: {
      read: true,
    },
  },
});

`--no-config`标识

从Deno v1.18开始，运行时可以自动发现配置文件。虽然这个特性在大多数情况下都很方便和有用，但在某些情况下它并不是理想的，比如可能正在开发一个前端项目，它使用了非标准的TypeScript类型声明，这些声明在配置文件中定义。如果项目目录中还有一些独立的第三方工具(如udd)，则不希望对这些工具应用相同的配置文件，因为它们可能需要不同的类型声明。

这个版本添加了一个——no-config标志，它禁用了配置文件的自动发现通过这个标志，所有配置都必须通过CLI标志显式地进行配置。

`Navigator.userAgent`

这个版本将userAgent属性添加到全局导航器对象。此属性设置为与在传出HTTP请求上设置的User-Agent报头相同的值。

console.log(navigator.userAgent);
// "Deno/1.22.0"

更新 `Deno.resolveDns()` API

这个版本更新了Deno.resolveDns() API。以下记录类型现在可以解析:

NS
CAA
SOA
NAPTR

引入新的`Response.json()`静态方法

此版本为Response全局添加了一个新的静态json()方法，支持从 JSON 结构轻松创建Response对象。

const json = { hello: "world" };

// Previously:
const body = JSON.stringify(json);
const response = new Response(body, {
  headers: { "content-type": "application/json" },
});

// Now:
const response = Response.json(json);