在 VS Code 中试用 ！

2023 年 4 月 (版本 1.78)

更新 1.78.1: 此更新解决了此安全问题。

更新 1.78.2: 此更新解决了这些问题。

下载：Windows：x64 Arm64 | Mac：Universal (通用) Intel Apple 芯片 | Linux：deb rpm tarball Arm snap

欢迎来到 Visual Studio Code 2023 年 4 月版本。此版本中包含许多我们希望您会喜欢的新更新，其中一些主要亮点包括

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

Insiders 版本: 想尽快尝试新功能？您可以下载每日的 Insiders 构建版本，并在最新更新可用时立即尝试它们。

辅助功能

Aria 详细程度设置

屏幕阅读器用户可以通过设置 "accessibility.verbosity.diff-editor" 和 "accessibility.verbosity.terminal" 来排除功能 aria-label 中的提示，以减少冗余。

改进并对齐的快速选择体验

此前，辅助功能模式的用户在使用命令面板和其他快速选择时会遇到不同的行为。在辅助功能模式下，快速选择的第一个项目未被选中以确保完全可访问。本次迭代，我们引入了新的行为，让您可以兼得鱼和熊掌：既可访问又快速的快速选择工作流程，让您可以立即按下 Enter 键。

注意: 这种方法的一个权衡是，如果快速选择中的某个项目被选中，由于 ARIA 的限制，您将无法听到快速选择输入框的 ARIA 变化。要听到这些变化，您可以按下 Shift + Tab，直到列表中的项目没有被选中。

终端

终端可访问缓冲区改进

  • 使用 ⌥↓ (Windows, Linux Alt+Down) 和 ⌥↑ (Windows, Linux Alt+Up) 在命令之间跳转。
  • 使用 设置选择锚点、从锚点选择到光标，并通过 ⇧PageUp (Windows, Linux Shift+PageUp) 和 ⇧PageDown (Windows, Linux Shift+PageDown) 进行页面导航。
  • 在使用 在可访问视图中转到符号 (⇧⌘O (Windows, Linux Ctrl+Shift+O)) 时预览位置，然后在接受命令以转到新位置之前进行预览。
  • 在动态更新发生时与输出互动。

终端辅助功能帮助菜单

终端的 辅助功能帮助 菜单现在可以使用方向键进行导航。

差异编辑器音频提示改进

VS Code 现在缓存音频提示，因此只需加载一次，从而获得更好的响应能力，并改进了差异编辑器使用的提示音。

转到行/列的朗读

当调用 转到行/列... (⌃G (Windows, Linux Ctrl+G)) 时，屏幕阅读器现在会朗读相关的行内容。

Editor

新的默认颜色主题

新的“深色现代”和“浅色现代”主题取代了“Dark+”和“Light+”，成为新的默认深色和浅色颜色主题。

Dark Modern and Light Modern color themes

配置文件模板

配置文件允许您根据当前项目或任务快速切换编辑器扩展、设置和 UI 布局。为了帮助您开始使用配置文件，我们推出了配置文件模板，这些模板是针对不同编程语言和场景精选的配置文件。您可以直接使用配置文件模板，或将其用作起点，根据自己的工作流程进一步自定义。

您可以通过 配置文件 > 创建配置文件... 下拉菜单选择配置文件模板

Create Profile dropdown with profile templates

选择配置文件模板后，您可以查看设置、扩展和其他数据，如果您不想在新的配置文件中包含某些项目，可以将其删除。

Profiles view showing the contents of the Data Science profile template

基于模板创建新配置文件后，对设置、扩展或 UI 所做的更改将保留在您的配置文件中。

字形边距装饰渲染改进

本月，我们改进了编辑器边距中显示的装饰的渲染。与调试相关的装饰（例如断点和堆栈帧指针）将始终渲染在编辑器行号旁边。额外的装饰则渲染在任何与调试相关的装饰的左侧。即使同一行有其他装饰（例如测试装饰或书签），您也可以查看断点。请注意，目前点击尚未针对单个装饰进行限定范围。

bookmarks displayed next to breakpoint and stack frame pointer decorations

从图片预览中复制图片

您现在可以使用 ⌘C (Windows, Linux Ctrl+C) 或右键单击预览并选择 复制 来从内置图片预览中复制图片。复制的图片数据可以粘贴回 VS Code 或其他应用程序中。

编辑器

拖放选择器

VS Code 允许您在拖放之前按住 Shift 键将文件和内容拖放到文本编辑器中。在此更新中，我们添加了 UI，允许您更改此内容的插入方式。例如，将图片拖放到 Markdown 文件后，此控件允许您在插入 Markdown 图片、图片的工作区相对路径以及图片的完整路径之间切换

当您拖放内容且有多种可能的插入方式时，会出现拖放选择器控件。您可以单击它或使用 ⌘. (Windows, Linux Ctrl+.) 打开该控件。一旦您开始输入或将光标移到插入文本之外，拖放选择器就会消失。您也可以使用 "editor.dropIntoEditor.showDropSelector": "never" 完全禁用拖放选择器控件。

VS Code 内置了几种拖放常见内容格式的方式。扩展还可以使用 DocumentDropEditProvider API 添加自己的拖放选项。

独立的颜色选择器

现在可以启动一个独立的颜色选择器来插入和替换颜色。要打开颜色选择器，请从命令面板中选择 显示或聚焦独立的颜色选择器。

Standalone color picker control adjusted to blue color

当扩展未提供颜色或颜色格式时，颜色选择器会回退到 CSS 格式的颜色。现在也可以在所有文件类型中可视化 CSS 格式颜色的内联颜色装饰器。要显示这些装饰器，请启用 编辑器：默认颜色装饰器 (editor.defaultColorDecorators) 设置。

新的时区偏移量代码片段变量

现在可以使用一个新的代码片段变量 CURRENT_TIMEZONE_OFFSET。此变量以 +HH:MM 或 -HH:MM 格式返回当前时区偏移量（例如 -07:00）。这补充了其他时间相关的代码片段变量，例如 CURRENT_YEAR、CURRENT_MONTH、CURRENT_DAY_NAME 等。

差异算法改进

我们持续改进了 VS Code 中的新差异算法，并弃用了旧算法。虽然旧算法仍然是差异编辑器的默认设置，但我们将逐渐把默认设置更改为新算法并测量其性能。

您可以通过将 diffEditor.diffAlgorithm 设置为 advanced（新差异算法）或 legacy（默认）来覆盖默认设置。

新算法在许多情况下会产生更好的差异，但对于某些文档可能会更慢。

以下是一些示例（旧版 vs. 高级版）

  • 通过考虑缩进改进行插入差异

    JSON file diff result using legacy algorithm

    JSON file diff result using advanced algorithm

  • 通过考虑空格和分隔符改进单词插入差异

    TypeScript imports word insertion diff using legacy algorithm

    TypeScript imports word insertion diff using advanced algorithm

  • 通过最小化差异长度和块的数量来产生更自然的差异

    TypeScript added line diff using legacy algorithm

    TypeScript added line diff using advanced algorithm

  • 如果单词的一部分发生显著变化，将字符级差异扩展到整个单词，从而减少噪音

    TypeScript code change diff using legacy algorithm

    TypeScript code change diff using legacy algorithm

对比源代码，甚至仅评估差异质量，都是难题，仍有改进空间。如果您遇到认为算法可以做得更好的差异，请尝试我们的差异演练场，并在我们的问题跟踪器中分享您的反馈和想法！

内联补全改进

本次迭代，我们重写了内联补全功能，并修复了许多错误。

最值得注意的是，接受单词 现在可以跨行工作，并且新增了一个命令 接受行。为了支持此功能，接受下一个单词/行时不再重新询问扩展，因为内联补全提供程序扩展在请求下一行的内联补全时通常会报告完全不同的建议。

扩展

改进的扩展建议通知

扩展建议通知现在会显示建议扩展的发布者。这有助于您在安装扩展之前做出更明智的决定。以下图片展示了在推荐单个扩展和多个扩展时的新通知。

Extension recommendations notification with a single recommendation Extension recommendations notification with multiple recommendations

通知已安装的已弃用扩展

如果您安装了已弃用的扩展，您现在将收到通知，告知您此情况并建议替代方案。每个已弃用扩展仅显示一次此通知。

Notification about deprecated extension

源代码管理

源代码管理输入框中的快速修复

源代码管理消息框现在支持代码操作和快速修复

例如，Code Spell Checker 扩展向源代码管理输入框添加了拼写修复。扩展可以贡献额外的修复和代码操作。

GitHub 仓库规则集

VS Code 已经允许您使用 git.branchProtection 设置定义分支保护。在此里程碑中，我们添加了一个新的实验性功能，该功能使用最近发布的GitHub 仓库规则集来确定分支是否受保护。如果您正在使用 GitHub 仓库规则集，您可以使用 github.branchProtection 设置启用此功能。

Notebook

将图片文件拖放到 Notebook 中创建附件

您现在可以将图片文件拖放到 Notebook 的 Markdown 单元格中以创建附件。拖放图片时，使用新的拖放选择器控件选择 插入图片作为附件

Using the drop selector in a notebook Markdown cell

这会将图片作为附件添加到 Notebook 中，而不是简单地添加图片的链接

An image file added as an attachment

切换 Notebook 输出滚动

您现在可以通过命令 Notebook: Toggle Scroll Cell Output (⌘K Y (Windows, Linux Ctrl+K Y)) 或截断消息中的链接来切换单个单元格，使其在可滚动区域中显示输出。

查找控件改进

Notebook 查找控件现在默认搜索视觉呈现内容中的关键字。用户可以通过设置 notebook.find.scope 更改搜索范围（Markdown 源、Markdown 预览、代码源和代码输出）。此外，在替换匹配项时，Markdown 单元格会转换为可编辑单元格，以便您进行替换。完成后，单元格会转换回 Markdown，并恢复预览。

语言

将视频拖放到 Markdown 文件中

想在 Markdown 中插入视频？只需将其拖到编辑器中，然后按住 Shift 键将其拖放到文件中即可

这会插入一个指向视频文件的 <video> 标签。您可以从 VS Code 的文件资源管理器或本地操作系统中拖放视频。

HTML 中 JavaScript 脚本块的严格 null 检查

您现在可以使用 js/ts.implicitProjectConfig.strictNullChecks 设置来启用 HTML 脚本块中 JavaScript 的严格 null 检查

Strict nulls in a script block

启用严格 null 检查后，悬停和其他 IntelliSense 功能会显示类型何时可以为空。例如，请注意 el 现在如何具有 HTMLElement | null 类型。这是因为 document.getElementById 在找不到具有该 ID 的元素时会返回 null。

测试

持续运行现在可以针对单个测试启用。这需要一个支持持续运行并已采用上一迭代中定稿的 supportsContinuousRun API 的测试扩展。

Continuous run button highlighted on an individual test

Web 版 VS Code

将文件提交到 Git 大文件存储

Git 大文件存储 (LFS) 允许您在 Git 仓库中高效存储大文件。github.dev 和 vscode.dev 现在支持将文件提交到 GitHub 上托管的仓库中的 Git LFS，无需在本地安装 Git 的 LFS 扩展即可轻松从浏览器更新。

当您的仓库根目录中已存在一个 .gitattributes 文件，指定哪些文件类型应使用 Git LFS 存储时，github.dev 和 vscode.dev 中的 LFS 提交支持即可开箱即用。首次为 Git LFS 设置您的仓库，请查阅 Git LFS 文档。

远程开发

远程开发扩展允许您使用开发容器 (Dev Container)、通过 SSH 或远程隧道连接的远程机器，或适用于 Linux 的 Windows 子系统 (WSL) 作为功能齐全的开发环境。

您可以在远程开发发行说明中了解新的扩展功能和 bug 修复。

并查看 使用 VS Code 随时随地开发 的 VS Code Day 会议回放。

对扩展的贡献

Python

Jupyter 扩展不再默认安装

Jupyter 扩展不再默认与 Python 扩展一起自动安装。这一改变是为了响应来自 开发容器 (Dev Container) 用户的反馈，他们希望在默认不安装 Jupyter 扩展的情况下获得更快的容器创建过程。

如果您有仅列出 Python 扩展的开发容器定义，并且希望继续在容器中使用 Jupyter notebook 功能，您可以将 Jupyter 扩展 ID 添加到您的 devcontainer.json 文件中

  "customizations": {
    "vscode": {
      "extensions": ["ms-python.vscode-pylance", "ms-python.python", "ms-toolsai.jupyter"]
    }
  }

或者，您可以创建一个包含 Python 和 Jupyter 扩展以及您喜欢的任何其他扩展的配置文件。

使用 microvenv 创建环境命令

当使用未安装 venv 包的 Python 发行版调用 Python: 创建环境 命令时，Python 扩展现在将 microvenv 用作回退方案。这对于预安装在 Unix 系统上的 Python 环境可能是一个障碍。

Microvenv 是一个轻量级的 Python 模块，它提供了一种极简的方法来为您的 Python 项目创建虚拟环境。它不像传统的虚拟环境那样配备激活脚本，但在您的 Python 发行版中 venv 模块不可用时，它为创建隔离环境提供了一个很好的替代方案。

创建环境 命令还会将 pip 安装到通过 microvenv 创建的环境中。

格式化程序扩展建议

在以前的版本中，我们发布了 Black Formatter 和 autopep8 的新扩展，它们通过 语言服务器协议 (LSP) 与 Python 扩展协同工作，为 Python 文件提供格式化功能。在此版本中，如果您仍在使用 Python 扩展的内置格式化功能，我们将显示通知，提示您安装这些新扩展。

运行 Python 操作现已移至子菜单

为了简化在编辑器上右键单击时可用的 Python 命令，在终端中运行 Python 文件 和 在 Python 终端中运行选定内容/行 命令现已移至 运行 Python 条目下的子菜单项中。

Run Python option on context menu with "Run file in terminal" and "Run selection/line" options in the submenu

f-string 自动转换

新增了一个 "python.analysis.autoFormatStrings" 设置，在使用 Pylance 时启用 f-string 的自动转换。启用后，当您在引号内插入 { 时，Pylance 会自动在字符串开头插入一个 f

此设置的默认值目前是禁用的，但在收到积极反馈后，将在即将发布的版本中启用。如果您对此功能有任何评论或建议，请随时在 Pylance GitHub 仓库上分享。

包含路径的字符串上启用代码导航

还有一个新的实验性设置 "python.analysis.gotoDefinitionInStringLiteral"，它允许从类似模块的字符串字面量启用 转到定义 功能。如果您正在开发 Web 应用程序（例如 Django 应用），并且想要导航到字符串字面量中定义的模块或路径，此功能会很有帮助

此新设置与前面提到的 autoFormatStrings 设置一样，目前默认是禁用的。但是，我们计划根据反馈在未来版本中启用此行为。最终，我们计划完全移除此设置。

Jupyter

重启命令

Jupyter 扩展现在包含了两个新命令，使用户能够直接重启内核并运行单元格。这些命令分别是 重启内核并运行所有单元格 和 重启内核并运行到选定单元格，可以通过命令 ID jupyter.restartkernelandrunallcells 和 jupyter.restartkernelandrunuptoselectedcell 分别访问。

重新连接到忙碌的远程 Jupyter 内核

在以前的版本中，连接到远程 Jupyter 内核会话时，Jupyter 扩展会等待内核空闲后才连接。如果内核正在运行长时间计算而忙碌，这可能会花费很长时间。在此版本中，Jupyter 扩展会立即连接到内核，即使它正在忙碌。这允许您在内核忙碌时中断它。

平台特定的 Jupyter 扩展

Jupyter 扩展现在提供平台特定的扩展，每个 VSIX 都针对特定平台构建（Windows 64 位、Windows 32 位、Linux x64、Alpine x64、macOS Intel、macOS Apple Silicon 等）。单个平台 Jupyter 扩展的下载大小更小，从而缩短了下载时间并减少了磁盘空间使用。

GitHub Pull Requests and Issues

GitHub Pull Requests and Issues 扩展又取得了更多进展，该扩展允许您处理、创建和管理拉取请求和问题。亮点包括

  • 您可以为拉取请求添加团队审阅者。
  • 现在，所有可以执行 Checkout default branch (检出默认分支) 的地方都会遵守 git.pullBeforeCheckout 设置。
  • 支持 GitHub 的文件级评论。

请查阅此扩展 0.64.0 版本更新日志，了解其他亮点。

GitHub Copilot

注意: 这些功能在 GitHub Copilot Chat 扩展中可用。

聊天编辑器

我们在 GitHub Copilot Chat 上的首次迭代支持在侧边栏中启用聊天会话。现在，我们支持将相同的聊天视图作为编辑器打开。这允许您自定义聊天会话的位置，使其位于窗口布局中的任何位置。

您可以通过运行命令 交互式会话：打开编辑器 来打开聊天编辑器，然后像处理其他任何编辑器一样在编辑器组之间移动它。

A chat view as an editor

额外的代码块命令

代码块工具栏中新增了两个命令：插入到新文件 和 在终端中运行。它们位于现有命令 复制 和 插入到光标位置 旁边，为您提供了额外的选项，可以快速对 Copilot 返回的代码建议采取行动。

The codeblock toolbar showing the two new codeblock commands

代码操作和内联聊天

编辑器聊天会话现在与快速修复集成。选择波浪线旁边的灯泡图标，将出现使用 Copilot 进行修复或解释的选项。

除了代码操作之外，内联聊天现在也可以从编辑器上下文菜单中访问。

内联聊天模式

现在有一个设置可以更改内联聊天的不同模式：inlineChat.editMode。

选项包括

  • live - 直接将 AI 建议的更改应用到编辑器（默认）。
  • livePreview - 应用更改，但在嵌入式差异编辑器中渲染。
  • preview - 在断开连接的嵌入式差异编辑器中显示更改。

命令面板中的相似命令

借助 Copilot 的强大功能，命令面板现在能够显示相似的命令结果。要启用此功能，您必须拥有有效的 Copilot 订阅，正在参与聊天视图的私人预览，并应用此设置

"workbench.commandPalette.experimental.useSemanticSimilarity": true

以下是一些示例

  • “turn on autosave” 被解释为 Toggle Auto Save (切换自动保存)

    query "turn on autosave" is correctly resolved to Toggle Auto Save

  • “add function” 在底部包含来自扩展的额外结果

    query "add function" including Azure Functions Create Function command

  • 最后，如果您的搜索结果没有任何结果，您可以 Ask GitHub Copilot (询问 GitHub Copilot)，这会将您在过滤框中的内容放入新的聊天会话中，由 Copilot 处理。

    Ask GitHub Copilot "no results" option in the Command Palette

我们将继续在这个领域进行迭代，敬请关注！

预览功能

支持 TypeScript 5.1

此更新包含对即将发布的 TypeScript 5.1 版本的支持。请阅读 TypeScript 5.1 Beta 博客文章 和 TypeScript 5.1 迭代计划，了解 TypeScript 团队当前正在进行的工作的更多详细信息。一些编辑器工具亮点包括

  • 支持 JSX 标签的关联编辑。
  • 支持 @param JSDoc 标签的代码片段补全。

要开始使用 TypeScript 5.1 每夜构建版本，请安装 TypeScript Nightly 扩展。

使用 F2 重命名匹配的 JSX 标签

现在，当您对 JSX 标签触发重命名时，VS Code 只会重命名匹配的标签，而不是尝试更新对该标签的所有引用

这需要 TypeScript 5.1+，并与 HTML 中的重命名工作方式一致。

您可以使用 javascript.preferences.renameMatchingJsxTags 和 typescript.preferences.renameMatchingJsxTags 禁用此行为。

扩展创作

工作区编辑现在可以直接从 DataTransferFile 创建文件

拖放到编辑器 API 的主要用途之一是将拖放的文件/内容写入工作区。然而，在以前的 VS Code 版本中，这对于大文件来说可能相当慢。这是因为文件内容最终会在进程之间复制两次：首先从渲染器到扩展宿主读取文件内容，然后再从扩展宿主返回渲染器写入文件。

class CreateFileDropProvider implements vscode.DocumentDropEditProvider {
  async provideDocumentDropEdits(
    _document: vscode.TextDocument,
    _position: vscode.Position,
    dataTransfer: vscode.DataTransfer,
    _token: vscode.CancellationToken
  ): Promise<vscode.DocumentDropEdit | undefined> {
    const pngFile = dataTransfer.get('image/png')?.asFile();
    if (!pngFile) {
      return;
    }

    // Read file
    // This results in the entire file contents being copied over to the extension host.
    const contents = await pngFile.data();

    // Now create a workspace edit that writes the file into the workspace
    // This results in the same file contents from above being copied back again.
    const additionalEdit = new vscode.WorkspaceEdit();
    const path = vscode.Uri.joinPath(
      vscode.workspace.workspaceFolders![0].uri,
      'image.png'
    );
    additionalEdit.createFile(path, { contents });

    const edit = new vscode.DocumentDropEdit(path.fsPath);
    edit.additionalEdit = additionalEdit;
    return edit;
  }
}

现在，您可以通过将 DataTransferFile 直接传递给 WorkspaceEdit.createFile 来避免这些额外的复制

additionalEdit.createFile(path, { contents: pngFile });

这应该会显著提高性能，尤其是在处理大文件时。

在 resolveCodeAction 中解析代码操作命令

CodeActionProvider 现在可以在 resolveCodeAction 中延迟解析 CodeAction 的命令。以前只能延迟解析代码操作的编辑。

如果命令计算成本高昂，这允许 CodeActionProvider 推迟这项工作，直到代码操作即将应用时再执行。

编辑器行号/字形边距上下文菜单

我们已经定稿了 editor/lineNumber/context 菜单。这允许扩展作者向锚定在编辑器行号和字形边距的上下文菜单贡献操作。贡献到此菜单的操作会在命令参数中接收行号，并且可以在其 when 子句中引用 editorLineNumber 上下文键。

身份验证 API 改进

身份验证会话首选项现在与工作区相关

对于支持同时登录多个帐户的身份验证提供程序（如 Microsoft），当调用带有 createIfNone: true 参数的 vscode.authentication.getSession 时，系统会提示用户选择要使用的帐户。

以前的行为

此首选项会记住，直到调用带有 ClearSessionPreference 标志的 vscode.authentication.getSession 为止。

新行为

此首选项会记住，每个工作区独立，直到在该工作区调用带有 ClearSessionPreference 标志的 vscode.authentication.getSession 为止。

引入此行为是为了允许扩展对不同的工作区使用不同的帐户，并允许记住这些首选项。

注意：此首选项特定于扩展。因此，如果某个扩展调用 vscode.authentication.getSession，则不会影响调用 vscode.authentication.getSession 的另一个扩展的会话首选项。

桌面版对 Microsoft Sovereign Cloud 的支持

在此迭代中，我们在核心产品中引入了一个新的身份验证提供程序：Microsoft Sovereign Cloud。此提供程序用于向 Microsoft Cloud for Sovereignty（例如 Azure 美国政府版、Azure 中国版等）验证用户身份。在底层，它的工作方式与 Microsoft 身份验证提供程序完全相同，只是使用了不同的 URL。如果你想使用此身份验证提供程序，可以引导用户设置 microsoft-sovereign-cloud.endpoint 值，该值有几个默认值，但也支持自定义 Sovereign Cloud URL。

请记住，大多数用户没有 Sovereign Cloud 帐户。我们的建议是，如果你想支持 Sovereign Cloud，应该让用户能够通过 Sovereign Cloud 登录，但不要将其包含在主线工作流程中，以免混淆用户。

提议的 API

每个里程碑都会带来新的建议 API，扩展作者可以试用它们。一如既往，我们需要你的反馈。以下是试用建议 API 的步骤：

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

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

格式化多个范围

DocumentRangeFormattingEditProvider API 有一个可选的建议函数，用于支持一次性格式化多个范围。通过采用此 API，提供程序改进了格式化修改范围的工作流程，因为只需要向语言服务发出一个请求。

文档拖放元数据

这项新建议增强了现有的拖放到编辑器 API，以支持新的拖放选择器。提供程序可以使用它来提供更好的拖放到编辑器体验。

此建议的第一部分为 DocumentDropEdit 添加了一个 label 属性。这个人类可读的标签描述了编辑，并显示在拖放选择器 UI 中。

Labels shown in the drop selector

第二部分向 registerDocumentDropEditProvider 添加了一个额外的 metadata 参数。此元数据参数标识提供程序，并告诉 VS Code 它适用于哪些类型的内容。

vscode.languages.registerDocumentDropEditProvider(
  'markdown',
  new InsertBase64ImageProvider(),
  {
    // Unique id that identities this provider
    id: 'insertBase64Image',

    // Array of mime types, such as `image/png` or `text/plain`, that this provider supports.
    // You can also use wildcards, such as `image/*` which matches any image content that is dropped.
    dropMimeTypes: ['image/*']
  }
);

dropMimeTypes 数组有助于提高性能，因为只有当拖放的内容相关时，才会调用你的提供程序。

工程

Electron 22 更新

在此里程碑中，我们完成了在扩展宿主中使用自定义分配器的实验，并准备将 Electron 22 打包到 VS Code 桌面版中。我们要感谢所有参与在 Insiders 版本上自宿主并提供了早期反馈的人。此次更新随附 Chromium 108.0.5359.215 和 Node.js 16.17.1。

VS Code Day

你可以通过 VS Code Day 2023 YouTube 播放列表了解 VS Code Day 的所有亮点。在那里，你会找到关于 GitHub Copilot、数据科学和 TypeScript 等主题的会话，以及 Erich Gamma 和 Kai Maetzel 的主题演讲，其中他们解释了团队如何构建和发布 VS Code。

致谢

最后同样重要的是，对 VS Code 的贡献者表示衷心的 感谢。

问题跟踪

对我们问题跟踪的贡献

拉取请求

对 vscode 的贡献

对 vscode-js-debug 的贡献

对 vscode-json-languageservice 的贡献

对 vscode-pull-request-github 的贡献

对 monaco-editor 的贡献

对 devcontainers/cli 的贡献