🚀 在 VS Code 中！

2022 年 2 月（版本 1.65）

更新 1.65.1：此更新解决了这些安全问题。

更新 1.65.2：此更新解决了这些问题。

下载：Windows：x64 Arm64 | Mac：通用 Intel silicon | Linux：deb rpm tarball Arm snap

欢迎使用 Visual Studio Code 2022 年 2 月版。

如果您想在线阅读这些发行说明，请访问 code.visualstudio.com 上的更新。

工作台

新的编辑器历史记录导航

VS Code 中的编辑器历史记录导航功能驱动了一些常用命令，例如后退和前进。随着时间的推移，积累了大量功能请求，以改进此功能并添加更多功能。此里程碑版本的编辑器历史记录导航已从头开始重写，以解决大多数这些请求。

编辑器组感知导航

在编辑器历史记录中导航时，现在会考虑编辑器组。在编辑器历史记录中后退和前进将激活并聚焦编辑器，使其与之前的编辑器组完全相同。当编辑器组被删除时，所有相关的历史记录条目都将被丢弃。

在下面的简短视频中，第一次后退将光标置于新的编辑器组中，然后第二次后退导航返回到原始编辑器组。

主题：GitHub Light

用于将导航范围限定为编辑器组或编辑器的新设置

一个新的设置 workbench.editor.navigationScope 使您可以将编辑器历史记录导航的范围限定为仅活动编辑器组甚至编辑器。支持的值包括

  • default：编辑器导航在所有打开的编辑器组和编辑器中工作。
  • editorGroup：编辑器导航仅限于活动编辑器组的已打开编辑器。
  • editor：编辑器导航仅限于活动编辑器。

如果将范围配置为 editorGroup 或 editor，则每个编辑器组或编辑器将拥有自己的导航堆栈，可以单独导航。

笔记本支持

现在您可以在任何笔记本中已选择的单元格之间导航。导航在编辑器之间工作，就像在文本编辑器中光标位置之间导航一样。

主题：GitHub Light

用于导航编辑或导航位置的新命令

默认情况下，每当您在编辑器之间导航时，以及在编辑器内导航时（例如，当切换笔记本单元格或更改文本编辑器中的选择时），都会添加编辑器导航位置。如果您觉得记录的位置太多，则添加了新命令，可以将位置减少到以下任一位置：

  • 导航位置 - 例如，当使用转到定义时。
  • 编辑位置 - 每当编辑器更改时。例如，在文本编辑器中键入时。

您可以将您喜欢的快捷键分配给这些命令，以相应地更改您的导航。

编辑位置的命令

  • workbench.action.navigateForwardInEditLocations - 在编辑位置中前进。
  • workbench.action.navigateBackInEditLocations - 在编辑位置中后退。
  • workbench.action.navigatePreviousInEditLocations - 在编辑位置中转到上一个。
  • workbench.action.navigateToLastEditLocation - 转到最后一个编辑位置（此命令之前已存在）。

导航位置的命令

  • workbench.action.navigateForwardInNavigationLocations - 在导航位置中前进。
  • workbench.action.navigateBackInNavigationLocations - 在导航位置中后退。
  • workbench.action.navigatePreviousInNavigationLocations - 在导航位置中转到上一个。
  • workbench.action.navigateToLastNavigationLocation' - 转到最后一个导航位置。

已添加关联的上下文键，以使分配快捷键更加强大。

编辑位置的上下文键

  • canNavigateBackInEditLocations - 是否可以在编辑位置中后退。
  • canNavigateForwardInEditLocations - 是否可以在编辑位置中前进。
  • canNavigateToLastEditLocation - 是否可以转到最后一个编辑位置。

导航位置的上下文键

  • canNavigateBackInNavigationLocations - 是否可以在导航位置中后退。
  • canNavigateForwardInNavigationLocations - 是否可以在导航位置中前进。
  • canNavigateToLastNavigationLocation - 是否可以转到最后一个导航位置。

新的布局控制选项

在上一个里程碑版本中，我们在标题栏中引入了实验性的布局控制（通过将 workbench.experimental.layoutControl.enabled 设置为 true 启用）。我们收到的反馈是，虽然控件中的操作很有用，但需要单击太多次。因此，我们添加了几个 UI 选项，供大家使用 workbench.experimental.layoutControl.type 设置进行尝试。此设置具有以下选项

  • menu：之前的行为，使用一个按钮打开菜单（默认）。
  • toggles：一个新选项，显示三个按钮来切换“面板”、“侧边栏”和“侧面板”。
  • both：一个新选项，显示切换按钮，然后是菜单按钮，这仍然允许您相当快速地访问自定义布局“快速选择”。

下图显示了 layoutControl.type 设置为 both 以显示三个切换按钮以及菜单下拉列表。

Layout control with type set to both to show toggle buttons and menu dropdown

浅色高对比度主题

添加了一个新的浅色高对比度主题，以提高编辑器的可读性和易读性。

VS Code using Light High Contrast theme

音频提示

此版本中添加了新的音频提示，包括用于警告、内联建议和调试器断点命中的音频提示。声音已调整，并且通用的设置 audioCues.enabled 已弃用，取而代之的是各个 audioCues.* 设置

A screenshot of all available audio cue enablement settings

除 lineHasWarning 外，所有音频提示默认情况下都为屏幕阅读器用户启用（设置值为 auto）。

一个新的音频提示命令帮助：列出音频提示列出了所有可用的音频提示，让您在列表中移动时听到每个音频提示，并查看当前启用了哪些提示。

Audio cue help command dropdown with the warning and breakpoint audio cues enabled

拖放“问题”和“搜索”结果

现在您可以将“问题”、“搜索”或“引用”结果拖放到编辑器中，打开文件并显示结果位置。如果您想启动新的编辑器组或将结果拖放到现有编辑器组中，这将非常有用。

设置编辑器拆分视图

“设置”编辑器现在使用可调整的拆分视图来分隔目录和设置列表。

改进的自动语言检测

启用新设置 workbench.editor.historyBasedLanguageDetection 后，未命名的编辑器将使用改进的自动语言检测算法，该算法会考虑您的编辑器历史记录和当前工作区的内容。新的算法比以前需要更少的文本输入即可提供检测结果。

以下是在 JavaScript、TypeScript、Markdown、Python、PHP 和 C++ 中使用此功能的示例（支持更多语言）

主题：GitHub Light + HC Customizations

改进的语言扩展建议

语言功能扩展建议现在在推荐时会考虑 Marketplace 中的其他突出语言扩展。例如，如果您安装了 Apache NetBeans Java 扩展，则 VS Code 不会推荐 Java Extension Pack。

扩展树悬停的键盘快捷键

您可以使用键盘快捷键 Ctrl/Cmd+K, Ctrl/Cmd+I 触发悬停以在扩展贡献的自定义树视图中显示。

编辑器

使用代码片段包围

有一个新的命令可以使用代码片段包围当前选择。选择一些文本，从命令面板 (⇧⌘P (Windows, Linux Ctrl+Shift+P)) 调用 使用代码片段包围 命令，然后从下拉列表中选择一个代码片段。

在下面的简短视频中，选定的方法被 try/catch 代码片段包围。

任何使用 TM_SELECTED_TEXT 或 SELECTION 变量的适用代码片段都将在 使用代码片段包围 “快速选择”下拉列表中可用。自定义用户或项目代码片段也包含在内。

可访问的内嵌提示

内嵌提示在源代码中显示附加信息，例如变量的推断类型。对于屏幕阅读器用户，有一个新命令可以帮助使用此功能。从命令面板中选择读取带有内嵌提示的行，编辑器将读取当前行并穿插其提示。

上下文相关的 Unicode 高亮

为了减少误报，如果周围的字符在视觉上指示非 ASCII 脚本，则不再突出显示不明确和不可见的 Unicode 字符。因此，在受信任的工作区中，仅突出显示不可见或容易与 ASCII 字符混淆的字符。例外情况是那些包含在非 ASCII 字符单词中的字符，其中至少一个字符不会与 ASCII 字符混淆。

在之前，您可以在 const 字符串中看到多个误报

Screenshot of text with many false positives and one true positive

之后，仅突出显示容易混淆的字符

Screenshot of text with only one true positive

终端

多行粘贴警告

现在默认情况下，当在终端中粘贴多行且 shell 不支持多行时，会显示一个对话框。当使用带括号的粘贴模式以及当我们直接将 Ctrl+V 传递给 shell 的 PowerShell 时，会显示此警告。对话框上有一个不再询问我复选框，可以轻松禁用该功能。

终端链接改进

终端链接的实现在此版本中进行了大规模重构。这简化并提高了该功能的可维护性，但也带来了

  • 链接高亮再次工作。
  • 缓存已解析的链接，减少某些链接显示的延迟。
  • 工作区搜索链接现在由与已验证链接相同的代码处理，以提高一致性并改进行/列识别。
  • 几个错误修复。

打开文件链接命令改进

上个版本中引入的 打开最后一个文件链接 和 打开检测到的链接... 命令现在排除文件夹，这应该会使它们更有用。

源代码管理

差异编辑器管理

在此里程碑版本中，我们进行了一些更改，应该有助于管理差异编辑器。命令面板中有一个新命令 Git: 关闭所有差异编辑器，可用于关闭所有打开的差异编辑器。还有一个新设置 git.closeDiffOnOperation，用于在更改被暂存、提交、丢弃、暂存或取消暂存时自动关闭差异编辑器。

Git 命令输出日志记录

执行 git 命令时，stderr 的内容会记录在 Git 输出窗口 中。有一个新设置 git.commandsToLog，用于指定 Git 命令列表，这些命令的 stdout 内容将记录在 Git 输出窗口 中。

调试

惰性变量

访问变量的值可能会产生副作用或成本高昂。VS Code 的通用调试器现在可以显示一个按钮，供用户按需获取变量值。这适用于支持新的“惰性”变量功能的调试扩展。目前，这仅由内置 JavaScript 调试器针对属性 getter 实现，但我们预计其他调试器扩展程序也会很快跟进。

任务

有一个新的平台独立的 userHome 变量，您可以在任务中使用它。

{
  "label": "Test Home",
  "type": "shell",
  "command": "ls ${userHome}"
}

笔记本

内置输出渲染器更新

我们已将文本、图像、HTML 和代码渲染器从 VS Code 核心移动到内置输出渲染器扩展。通过此更改，VS Code 现在可以在这些输出类型上搜索文本。

在下面的简短视频中，最初搜索 item 代码单元格有 3 个结果，但可以过滤为也包括单元格输出。

粘性滚动笔记本单元格按钮

现在，当向下滚动代码单元格时，运行按钮和单元格工具栏将粘在屏幕顶部。这使得在长代码单元格中工作时更容易访问它们。

主题：Dracula

语言

TypeScript 4.6

VS Code 现在附带 TypeScript 4.6。此更新带来了一些新的语言功能，以及工具改进和错误修复。您可以在 TypeScript 博客上阅读有关 TypeScript 4.6 的更多信息。

JavaScript 文件中的语法错误报告

感谢 TypeScript 4.6，VS Code 现在报告 JavaScript 文件中的一些常见语法错误。这包括解析错误，以及块作用域变量的无效重新声明

Detecting a redeclaration of a const variable in a JavaScript file

以前，只有当您在 JavaScript 中启用语义检查时，才会报告这些错误。

您可以通过设置禁用此错误报告

"javascript.validate.enable": false

更多 JS/TS 设置可以按语言配置

现在可以将更多 JavaScript 和 TypeScript 设置配置为特定于语言的设置。如果您想要 javascript 与 javascriptreact 的不同设置，例如，特定于语言的设置非常有用。

新的特定于语言的启用设置包括

  • javascript.preferences.quoteStyle, typescript.preferences.quoteStyle
  • javascript.preferences.importModuleSpecifier, typescript.preferences.importModuleSpecifier
  • javascript.preferences.importModuleSpecifierEnding, typescript.preferences.importModuleSpecifierEnding
  • javascript.preferences.jsxAttributeCompletionStyle, typescript.preferences.jsxAttributeCompletionStyle
  • javascript.preferences.renameShorthandProperties, typescript.preferences.renameShorthandProperties
  • javascript.preferences.useAliasesForRenames, typescript.preferences.useAliasesForRenames
  • javascript.suggest.enabled, typescript.suggest.enabled
  • javascript.suggest.completeJSDocs, typescript.suggest.completeJSDocs
  • javascript.suggest.jsdoc.generateReturns, typescript.suggest.jsdoc.generateReturns
  • javascript.autoClosingTags, typescript.autoClosingTags

新的 Lua 语法突出显示语法

VS Code 有一个新的、维护更好的 Lua 语法，用于 Lua 文件的语法突出显示。新语法得到积极维护，修复了旧语法中存在的问题，并支持较新的 Lua 令牌。

VS Code Web 版

重新打开本地文件和文件夹

当您使用支持 web file system access API 的浏览器访问 vscode.dev 或 insiders.vscode.dev 时，最近打开的本地文件和文件夹列表现在可用。选择本地文件将在编辑器中打开它，选择本地文件夹将更新文件资源管理器以显示其内容。在显示内容之前，浏览器可能会要求您确认本地文件访问权限。

远程存储库

GitHub 存储库

在此里程碑版本中，在 vscode.dev 和 github.dev 上编辑 GitHub 存储库时，合并冲突解决得到了改进。现在您的编辑器中具有合并冲突装饰，可以选择接受当前更改、接受传入更改或接受两者更改。

源代码管理视图中还有一个 暂存更改 操作，用于包含合并冲突的文件。

此外，您现在可以轻松地在 vscode.dev 和 github.dev 上的 GitHub 存储库中暂存和取消暂存特定文件夹下的所有更改。为此，请右键单击“源代码管理”视图，然后选择以树状图查看。

主题：One Monokai

工作区搜索和 查找所有引用 现在默认情况下将下载并索引存储库的完整副本，而不是像以前那样默认为提供部分结果。

有几个设置可以配置此索引功能

  • remoteHub.indexing.verboseDownloadNotification - 控制下载通知是显示为弹出窗口（默认）还是在状态栏中显示。
  • remoteHub.indexing.maxIndexSize - 控制要下载的索引的大小限制。如果超过此限制，下载将被取消，并将提供部分结果。您可以将此设置留空，以永不下载存储库并始终使用部分结果。

Azure Repos

在此里程碑版本中，我们将 Azure Repos 支持从使用特定的 Azure DevOps 身份验证提供程序切换为使用通用的 Microsoft 身份验证提供程序（由“设置同步”使用）。当您访问 Azure Repo 时，系统将提示您再次登录，但您所有已保存的更改都将保留。

扩展贡献

Hex Editor 数据检查器改进

以前，Hex Editor 扩展始终在其侧边栏中显示“数据检查器”，并在每次显示十六进制编辑器时显示它。但是，一些用户发现这很烦人，并且由于它集成了 调试器的内存检查器，因此导致了特别具有破坏性的体验。现在，“数据检查器”将显示在检查字节的右侧。如果编辑器太窄，“数据检查器”将显示在悬停小部件内。

Image showing the Data Inspector to the right side of the hex bytes

主题：Codesong

这可以通过 hexeditor.inspectorType 设置进行配置，该设置可以采用以下三个值之一

  • aside - 在侧面显示“数据检查器”。
  • hover - 仅在悬停时显示“数据检查器”，无论编辑器宽度如何。
  • sidebar - 像以前一样在侧边栏中显示“数据检查器”。

GitHub Pull Requests and Issues

GitHub Pull Requests and Issues 扩展的开发工作仍在继续，该扩展允许您处理、创建和管理 pull request 和 issue。查看扩展的 0.38.0 版本更新日志，了解亮点。

预览功能

终端 shell 集成

终端中的 shell 集成最初是在上个版本中引入的，并且本月已进行了许多改进。作为回顾，此功能允许 VS Code 更深入地了解终端中正在发生的事情，而以前这在很大程度上是未知的。该功能仍被认为是实验性的，您可以通过 terminal.integrated.shellIntegration.enabled 设置选择加入。

此版本中最大的变化是，shell 集成检测到的命令现在在左侧的“装订线”中具有装饰。命令装饰在视觉上打破了缓冲区，并提供对使用 shell 集成功能的信息和操作的访问。命令装饰有三种类型：错误、成功和默认，由命令的退出代码确定。

A command succeeds and a success decoration is placed to the left of the prompt. A command fails and an error decoration is placed to the left of the prompt. A placeholder decoration is to the left of no-op commands and the current command before it's been executed.

单击装饰会在菜单中显示特定于该命令的操作，当前包括 重新运行命令 和 复制输出。

Command decoration context menu showing Re-run Command and Copy Output actions

将鼠标悬停在装饰上会显示有关命令的信息，例如自命令运行以来的时间以及关联的退出代码。

Command decoration hover displaying Show Command Actions option and information that the command executed 3 minutes ago and returned failed exit code 127

可以通过将 terminal.integrated.shellIntegration.decorationsEnabled 设置为 false 来禁用装饰。可以通过 terminal.integrated.shellIntegration.decorationIcon* 设置配置单个图标，并且这些新的主题键设置颜色

  • terminalCommandDecoration.successBackground
  • terminalCommandDecoration.errorBackground
  • terminalCommandDecoration.defaultBackground

以下是其他主要更改

  • 启用设置已重命名为 terminal.integrated.shellIntegration.enabled。
  • 在所有受支持的 shell 中启用 shell 集成的机制现在更加可靠。
  • 现在，当使用远程连接窗口（SSH、WSL、容器）时，shell 集成应该可以工作。
  • 行继续符（例如，$PS2）现在应该在所有受支持的 shell 上工作。
  • “跳过”的命令现在被特别标记。例如，在使用 Ctrl+C 或运行空命令后。
  • 运行最近的命令 和 转到最近的目录 命令现在在会话之间存储历史记录。存储历史记录可以通过 terminal.integrated.shellIntegration.history 设置进行配置。

ESLint

ESLint 扩展对包含可以使用 ESLint 验证的单元格的笔记本文档具有初步支持。此支持仅在扩展的预发布版本中可用。

扩展创作

语言状态项

我们已经完成了语言状态项的 API。此 API 显示活动编辑器的语言特定信息。这可以是有关项目或工具集版本的一般信息，但也可以显示错误和警告。

JSON language status item linking to schema used for validation

API 类似于“状态栏”API，可以通过 vscode.languages.createLanguageStatusItem(...) 访问。语言状态项应使用文档选择器创建，以便 VS Code 可以在活动编辑器更改时显示和隐藏它。

内嵌提示

“内嵌提示”提供程序 API 现在已完成。它允许在源代码中嵌入附加信息。下图显示了 TypeScript 如何为推断类型添加内嵌提示。

TypeScript inferred variable type shown as inlay hint

API 围绕 InlayHintsProvider 构建。它提供 InlayHint 对象，这些对象具有一些有趣的功能

  • 内嵌提示可以具有工具提示和命令。
  • 提示的标签可以由多个部分组成，这些部分又可以具有工具提示和命令。
  • 标签部分还可以具有关联的源位置，该位置启用语言功能，例如此部分的转到定义。

状态栏焦点边框

我们通过向状态栏和状态栏项添加焦点边框，使导航状态栏变得更容易和更易访问。

主题作者可以通过配置两种新的主题颜色来自定义边框颜色

  • statusBar.focusBorder：整个状态栏在聚焦时的边框颜色。
  • statusBarItem.focusBorder：状态栏项在聚焦时的边框颜色。

测试刷新操作和 sortText

我们已完成我们的提案，以向 TestController 接口添加标准刷新处理程序。如果扩展程序为此属性分配一个方法，VS Code 将在“测试资源管理器”视图中显示“刷新”图标。

此外，TestItem 现在可以 具有 sortText 属性，该属性控制文件中没有特定位置的项目的排序顺序。

注释时间戳

“注释”API 现在允许您向每个 Comment 添加 timestamp。此时间戳显示在“注释”小部件和“注释”视图中。默认情况下，时间戳显示为相对时间（例如，“2 周前”），但用户设置 comments.useRelativeTime 可用于改为显示确切时间。时间戳的悬停始终是确切时间。

vscode-test 包已重命名为 @vscode/test-electron

vscode-test 包已重命名为 @vscode/test-electron。如果扩展作者包含该包，则应更新其扩展的 package.json 文件 devDependencies 中的条目。@vscode/test-electron 包有助于为 VS Code 扩展运行集成测试。您可以在 vscode-test 存储库中了解更多信息。

更新的 codicons

以下新图标已添加到我们的 codicon 库

  • arrow-circle-down
  • arrow-circle-left
  • arrow-circle-right
  • arrow-circle-up
  • error-small
  • indent
  • layout-activitybar-left
  • layout-activitybar-right
  • layout-centered
  • layout-menubar
  • layout-panel-center
  • layout-panel-justify
  • layout-panel-left
  • layout-panel-right
  • layout-panel
  • layout-sidebar-left
  • layout-sidebar-right
  • layout-statusbar
  • layout
  • newline
  • record-small
  • target

Preview of updated icons

图标贡献点现在已最终确定

图标贡献点允许扩展程序通过 ID 以及默认图标定义新图标。然后，图标 ID 可以由扩展程序（或任何其他依赖于该扩展程序的扩展程序）在可以使用 ThemeIcon 的任何位置使用，例如 new ThemeIcon("iconId")、Markdown 字符串 ($(iconId)) 以及某些贡献点中的图标。

产品图标主题可以重新定义图标（如果他们知道图标 ID）。

"contributes": {
  "icons": {
    "distro-ubuntu": {
      "description": "Ubuntu icon",
      "default": {
        "fontPath": "./distroicons.woff",
        "fontCharacter": "\\E001"
      }
    },
    "distro-fedora": {
      "description": "Ubuntu icon",
      "default": {
        "fontPath": "./distroicons.woff",
        "fontCharacter": "\\E002"
      }
    }
  }
}

在上面的示例中，扩展程序定义了两个新的图标 ID distro-ubuntu 和 distro-fedora，以及默认图标定义。这些图标在给定字体字符的图标字体中定义。

文件图标主题：支持文件关联中的文件夹名称

在 文件图标主题 中，folderNames、folderNamesExpanded、fileNames 和 fileExtensions 中的关联现在也可以包含文件夹名称

  "fileNames": {
    "system/win.ini": "_win_ini_file"
  },

system/win.ini 表示该关联匹配直接位于 system 文件夹中的名为 win.ini 的文件。

  "fileExtensions": {
    "system/ini": "_ini_file"
  },

system/ini 指的是该关联匹配 system 文件夹中直接名为 *.ini 的文件。

  "folderNames": {
    ".vscode/extensions": "_vscode_folder"
  },

在 Codespaces 中使用 VS Code Web 版运行远程安装的 Web 扩展

现在，在 Codespaces 中使用 VS Code Web 版支持在 Web 扩展主机中运行远程安装的 Web 扩展。例如，如果您在 GitHub Codespace 中安装了 Vim 扩展（通过 devcontainer.json 文件中的配置），那么当您在浏览器中打开 codespace 时，Vim 将会在 Web 扩展主机中加载。 请阅读我们的 扩展主机 文档以获取更多信息。

注意： 目前已知对此类扩展加载 Web Worker 存在限制。 请参阅 issue 以获取更多详细信息。

调试器扩展创作

支持 “重要” 输出事件

最近，调试适配器协议 添加 了 Output 事件的 important 类别。 此类别标记了应该突出显示且不应被用户忽略的事件。 VS Code 现在将为带有 important 类别的消息显示通知弹出窗口。 它们仍然会被记录到调试控制台中。

支持 “lazy” 变量

某些变量是动态的，需要执行代码才能获取值。 调试适配器可能不希望自动检索它们的完整值，因为这样做可能会产生副作用或成本高昂。

一些调试适配器通过将“昂贵变量”表示为占位符对象来解决此问题，用户需要显式“展开”该对象才能获取值。 VS Code 的内置 js-debug 对 JS/TS getter 使用了这种方法。

class Person {
  name = 'Danny';
  get email(): string {
    return 'foo@example.bar';
  }
  get address(): Address {
    return new Address();
  }
}
class Address {
  street = 'Main Street';
  city = 'Zurich';
}

以下屏幕录像显示，中间对象使得理解有效的数据结构变得困难。

在此版本中，我们改进了 VS Code，以紧凑的形式呈现中间对象，并带有一个 (...) 按钮，用于请求完整值。

调试适配器可以通过添加具有 lazy 属性的 VariablePresentationHint 来请求变量的这种新呈现样式（请参阅 DAP 添加内容）。 如果客户端不支持 lazy 标志，则变量将像以前一样显示。

语言服务器协议

新版本的 语言服务器协议 及其对应的 npm 模块已发布。 新版本包含以下更改：

  • LSP 类型到 VS Code 类型以及反之的转换现在是完全异步的。 此更改避免了大型数据流的转换，这些转换可能会阻塞扩展主机。 请注意，这是库中的一个破坏性 API 更改（更多信息请参阅 README.md）。 它不影响协议本身向后兼容性。
  • 笔记本文档的提议实现得到了增强。 它现在具有完整的中间件和提供程序支持。

调试适配器协议

调试适配器协议 中添加了几个新属性。

  • 新的布尔属性 lazy 已添加到 VariablePresentationHint 中。 客户端可以使用此可选标志来呈现变量，并使用支持特定手势来获取其值的 UI。
  • 新的可选字符串属性 detail 已添加到 CompletionItem 中。 借助此人类可读的字符串，客户端可以显示有关该项目的其他信息，例如类型或符号信息。 请注意，VS Code 尚不支持此属性。

提议的扩展 API

每个里程碑都带有新的提议 API，扩展作者可以尝试使用它们。 与往常一样，我们希望收到您的反馈。 以下是尝试使用提议 API 的步骤：

  1. 查找您想要尝试的提案，并将其名称添加到 package.json#enabledApiProposals 中。
  2. 使用最新的 vscode-dts 并运行 vscode-dts dev。 它会将相应的 d.ts 文件下载到您的工作区中。
  3. 现在您可以针对该提案进行编程。

您不能发布使用提议 API 的扩展。 下一个版本中可能会有破坏性更改，我们绝不希望破坏现有扩展。

时间线项目中的 Markdown 悬停

由 TimelineProvider 提供的项目现在可以在 detail 属性中支持 Markdown，该属性用于为其工具提示提供内容。

笔记本感知文档选择器

vscode.DocumentSelector 类型允许您将语言功能（如转到定义）关联到特定文档。 这驱动了 UI，并决定是否向相应的提供程序请求结果。 我们添加了一个新的 API 提案，允许扩展程序也选择笔记本类型。 例如，{ language: 'python', notebookType: 'jupyter-notebook'} 目标是嵌入在 Jupyter 笔记本中的所有 python 文档。 这是 当前的提案 - 试试看，让我们知道您的想法。

具有自定义语言 ID 的输出通道

某些扩展能够在它们的输出通道中定义令牌或语法着色和 CodeLens 功能，前提是它们本身是文本文档（只读）。 由于所有输出通道共享相同的语言 ID，因此这些自定义设置可能会错误地应用于其他输出通道。 之前有一个功能请求，希望创建具有自定义语言 ID 的输出通道，以便扩展作者可以按语言定义自定义设置。 因此，在此里程碑中，我们引入了 提案，以创建一个具有自定义语言 ID 的输出通道。 请试用并给我们反馈。

MarkdownString.baseUri

MarkdownString 上提议的 baseUri 属性允许您指定一个基本 URI，Markdown 中的相对链接和图像将相对于该 URI 解析。 此属性的行为非常类似于 HTML 中的 <base> 元素。

如果 baseUri 以 / 结尾，则它被视为目录，并且 Markdown 中的相对路径将相对于该目录解析。

const md = new vscode.MarkdownString(`[link](./file.js)`);
md.baseUri = vscode.Uri.file('/path/to/dir/');
// Here 'link' in the rendered Markdown resolves to '/path/to/dir/file.js'

如果 baseUri 是一个文件，则 Markdown 中的相对路径将相对于该文件的父目录解析。

const md = new vscode.MarkdownString(`[link](./file.js)`);
md.baseUri = vscode.Uri.file('/path/to/otherFile.js');
// Here 'link' in the rendered Markdown resolves to '/path/to/file.js'

新文档

Java GUI 应用程序

新的 Java GUI 应用程序 主题解释了如何使用 Java 扩展包 在 VS Code 中开发 JavaFX、AWT 和 Swing 应用程序。

值得注意的修复

  • 107748 语音旁白未读出设置被忽略以进行同步
  • 123399 Emmet 未在 jsx 和 html 文件中为标签 A 添加类。
  • 141680 在设置中搜索 @tags 很慢
  • 141977 设置编辑器：文件夹操作项未正确处理 keyup
  • 142040 改进对支持预发布版本的扩展的“安装另一个版本”操作。
  • 142462 当写入锁未清除时，文件写入可能会挂起
  • 142641 ts-node 调试器在 v1.64 中无法正常工作

感谢

最后但同样重要的是，衷心感谢 VS Code 的贡献者们。

Web 扩展

感谢扩展作者启用将代码作为 Web 扩展 运行的扩展程序（以下列表在 2022 年 2 月 1 日至 2022 年 2 月 28 日之间）

Issue 跟踪

对我们的 Issue 跟踪的贡献

Pull Requests

对 vscode 的贡献

对 vscode-css-languageservice 的贡献

对 vscode-languageserver-node 的贡献

对 debug-adapter-protocol 的贡献

对 language-server-protocol 的贡献

对 monaco-editor 的贡献