参加你附近的 ，了解 VS Code 中的 AI 辅助开发。

2016 年 9 月 (版本 1.6)

1.6.1 恢复版本

我们发布了 1.6.1 恢复版本，以添加最终的 1.6 翻译并修复几个重要的问题。

下载：Windows | Mac | Linux 64 位：.tar.gz .deb .rpm | Linux 32 位：.tar.gz .deb .rpm

9 月发布摘要

欢迎使用 VS Code 9 月发布版本。此版本中有许多重要更新，我们希望您会喜欢，其中一些主要亮点包括：

发布说明按以下与 VS Code 重点领域相关的部分进行排列。以下是一些进一步的更新

  • 工作台 - 查看图像尺寸和文件大小详情。
  • 编辑器 - Unicode 改进以支持 UTF-16 代理对，空白设置改进。
  • 语言 - 更新了 TML/Razor/Handlebar 支持。
  • 扩展 - 扩展标识符徽章，扩展更新版本检查。
  • 调试 - 可配置的外部终端支持，源映射的 Glob 模式。
  • 扩展创作 - 调试协议更新，包括对 launch.json 的编程访问。

下载：Windows | Mac | Linux 64 位：.tar.gz .deb .rpm | Linux 32 位：.tar.gz .deb .rpm

工作台

VS Code 中的发行说明

无需访问我们的网站即可查看最新发行说明 - 您现在可以直接在 VS Code 中查看它们。使用全局显示发行说明命令或帮助 > 发行说明菜单访问它们。也许您现在就是这样阅读这些说明的。:)

随处可见的图标

继我们在 8 月版本中为文件图标提供的支持之后，我们已将文件图标添加到 UI 中的更多位置。这包括显示文件的大多数树（例如，问题面板、搜索结果、打开的编辑器部分）以及快速打开结果和编辑器标题中。

如果您不想在所有位置看到图标，例如在 Tab 标题中，我们添加了一个新设置workbench.editor.showIcons。

Icons

在运行的窗口之间切换

我们添加了一个新命令，让您可以在 VS Code 的打开窗口之间快速移动。只需打开命令面板（⇧⌘P（Windows、Linux Ctrl+Shift+P）），然后键入切换窗口。将出现一个下拉列表，显示所有打开的 VS Code 窗口（实例），您可以无需离开键盘，直接从 VS Code 内部快速从一个窗口移动到另一个窗口。

switch window

图像尺寸和二进制文件大小

当您在 VS Code 中打开二进制文件时，状态栏中现在会显示额外的元信息。对于所有二进制文件，我们显示文件大小；对于图像，我们还显示图像尺寸。

Status

VS Code 现在还会检测磁盘上的图像文件更改，因此您不会再看到过时的旧版本图像。

编辑器

保存时格式化

您希望每次保存时都格式化源代码吗？VS Code 现在支持“保存时格式化”，它将在每次保存时自动选择相关的已安装格式化程序扩展并格式化整个文档。通过设置"editor.formatOnSave": true启用“保存时格式化”。

注意：为保持光标和选区稳定，延迟保存时我们不会格式化。

搜索词历史记录

您现在可以在全局搜索视图和编辑器查找小部件中导航到以前的搜索词。

  • Alt+Up 在历史记录中向后导航。对应的命令是history.showPrevious。
  • Alt+Down 在历史记录中向前导航。对应的命令是history.showNext。

悬停和智能感知 UI 一致性

悬停小部件 UI 已更新，使其更符合 VS Code 的智能感知体验。

hover

自动保存菜单项

自动保存对于许多场景来说都是一个很棒的功能。为了使此功能更易于发现，VS Code 现在在“文件”菜单中提供了一个“自动保存”切换。这将切换您的全局用户settings.json配置文件中的files.autoSave设置。

文件关联配置

重复设置给定文件类型的语言模式很繁琐，并且通过用户或工作区设置配置文件关联映射是一个手动过程。现在，当更改文件的语言模式时，您可以选择“配置文件关联...”，您的选择将存储到您的用户设置文件中并记住。

Unicode 改进

VS Code 现在更好地处理 UTF-16 代理对，并验证所有编辑，使其不会破坏代理对。如果您想在源代码中添加表情符号等内容，这一点尤其重要。

行号和空格设置的改进

几个编辑器设置已更新以支持新选项。

  • editor.renderWhitespace 可能的值现在是"all"、"boundary"和"none"。"boundary"选项不渲染单词之间的单个空格。

  • editor.lineNumbers 可能的值是"on"、"off"和"relative"。"relative"显示从当前光标位置开始的行数。

语言

TypeScript 2

VS Code 1.6 现在附带 TypeScript 2.0.3。您可以通过以下操作在工作区中恢复到 TypeScript 1.8.10

  • 导航到您的工作区文件夹。
  • 运行npm install typescript@1.8.10安装 TypeScript 版本 1.8.10。
  • 启动 VS Code。系统将提示您是使用工作区版本 (1.8.10) 还是捆绑版本 (2.0.3) 的 TypeScript。选择工作区版本并确认typescript.tsdk工作区设置更改。

TypeScript

TypeScript 2.0.3 包含许多新功能，例如严格的空值检查或模块化库依赖等。新功能的完整列表可在此处找到。

除了新功能，TypeScript 2.0.3 还包含许多错误修复。这可能会导致您第一次使用 TypeScript 2.0.3 编译项目时出现额外的编译时错误。

JavaScript

VS Code 中的 JavaScript 由 TypeScript 提供支持，并且捆绑在 VS Code 中的 TypeScript 版本已更新到 2.0.3 版。

这为 JavaScript 支持带来了几项改进。

  • JSDoc 支持已得到改进，并且许多问题已得到修复。
  • 解析器现在允许 TypeScript 解析器能够识别的任何语法，并且是 JavaScript 标准提案的一部分。例如，静态类属性不再被标记为无效。

此外，TypeScript 还有一些改进也适用于 JavaScript。

一个非常大的改进是类型声明文件（typings）的获取已简化。您现在可以直接使用 NPM 通过@types参数获取 typings。

例如，要获取lodash的 typings，您可以运行

npm install --save-dev @types/lodash

预览版 TypeScript JavaScript 语法

TypeScript/JavaScript TextMate 语法已重新设计，以改进语法高亮显示。此工作目前作为市场中的扩展提供。计划在 10 月切换到此版本。请立即安装此扩展并向我们提供反馈。

更新的 HTML/Razor/Handlebar 支持

自我们发布 VS Code 以来，我们一直有一个遗留问题，即某些语言直接在 VS Code 内部实现，而不是作为扩展实现。在过去的几个里程碑中，我们通过将 JSON、CSS、LESS、SASS 语言提取到它们自己的扩展中来减少了这一遗留问题。在 9 月，我们现在已对 HTML 及其相关语言 Razor 和 Handlebar 进行了此操作。这些语言现在都使用语言服务器协议实现。

这是一个主要的重构，因此，一些语言功能尚未实现。

我们将在下一次迭代中努力恢复这些功能。

然而，我们还没有完成。现在我们已经将语言提取到扩展中，下一个挑战是支持这些语言的嵌套，即在 HTML 中嵌入 JavaScript 或 CSS。我们将在 10 月份进行这项工作。

扩展

工作区扩展推荐

通常您有一组扩展，它们可以提高特定工作区的工作效率。我们现在支持为工作区创建推荐的扩展列表。推荐的设置在位于.vscode文件夹中的文件extensions.json中定义。通过这种方式，推荐可以轻松地在团队内部共享。

您可以使用扩展：配置工作区推荐扩展命令创建此文件。

例如，这是我们用于vscode 工作区的extensions.json文件

{
  "recommendations": [
    "eg2.tslint",
    "dbaeumer.vscode-eslint",
    "msjsdiag.debugger-for-chrome"
  ]
}

正如您从上面的recommendations设置中看到的，我们建议任何在 VS Code 代码库上工作的人都使用 TSLint 和 ESLint 扩展。此外，我们建议使用 Chrome 调试器扩展。

当工作区首次打开时，VS Code 会提示用户安装推荐的扩展。用户还可以使用扩展：显示工作区推荐扩展命令查看列表。

Show Recommendations

预览版扩展包

我们已添加了在 Marketplace 中发布“扩展包”的支持。扩展包是一组可以一起安装的扩展。这使得您可以轻松地与其他用户共享您最喜欢的扩展。另一个用例是为特定场景（例如 PHP 开发）创建一组扩展，以帮助 PHP 开发人员快速开始使用 VS Code。该功能作为预览版提供，但仍需进一步完善。

扩展包表示为依赖于其他扩展的扩展。此依赖关系使用package.json文件中的extensionDependencies属性表示。

例如，这是一个用于 PHP 的扩展包，其中包括调试器和语言服务。

  "extensionDependencies": [
      "xdebug.php-debug",
      "zobo.php-intellisense"
  ]

安装扩展包时，VS Code 现在还会安装其扩展依赖项。

扩展标识符徽章

为了方便发现工作区推荐和扩展包所需的扩展标识符，我们已在“扩展详情”视图中添加了一个徽章。扩展通过其发布者名称和扩展名称（用句点.分隔）进行唯一标识。

Extension identifier.

扩展更新版本检查

现在，只有当Marketplace中存在与您的 VS Code 安装兼容的新版本时，您才会看到扩展已过时。

注意：这仅适用于使用最新版本的 vsce 发布工具发布的扩展。

调试

可配置的外部终端

在外部终端中运行调试目标现在作为 VS Code 服务提供给调试器扩展，我们希望这将导致广泛采用。一个有用的副作用是，现在可以通过现有的terminal.external.windowsExec、terminal.external.osxExec和terminal.external.linuxExec设置配置要使用的终端程序。

注意：在此版本中，只有内置的调试扩展采用了此新功能。

启动配置支持 'npm' 和其他工具

一个常见的特性请求是支持直接从启动配置运行 'npm' 脚本。通过对现有启动配置概念进行以下更改，现在可以实现这一点。

  • PATH 上可用的任何程序（例如 'npm'、'mocha'、'gulp' 等）现在都可以用于runtimeExecutable属性，并且可以通过runtimeArgs传递参数。
  • program属性不再是强制性的，如果 npm 脚本已经指定了要启动的程序，这会有所帮助。
  • 如果您通过port属性指定了调试端口，则不再会自动添加--debug-brk=nnnn属性，因为调试端口通常也由 npm 脚本指定。

让我们看一个 'npm' 示例。如果您的package.json有一个 'debug' 脚本，例如

  "scripts": {
    "debug": "node --nolazy --debug-brk=5858 myProgram.js"
  },

相应的启动配置将如下所示：

{
  "name": "Launch via NPM",
  "type": "node",
  "request": "launch",
  "cwd": "${workspaceRoot}",
  "runtimeExecutable": "npm",
  "windows": {
    "runtimeExecutable": "npm.cmd"
  },
  "runtimeArgs": ["run-script", "debug"],
  "port": 5858
}

注意：在 Windows 上，请确保使用正确的扩展名指定可执行文件，例如使用npm.cmd而不是仅仅使用npm，后者存在但它是 Linux 和 macOS 的 shell 脚本。

源映射设置的 Glob 模式支持

当调试转译代码（例如 TypeScript），且您的构建过程将 JavaScript 代码生成到特定目录时，需要帮助 Node.js 调试器找到生成的代码。在 VS Code 的早期版本中，这是通过outDir属性指定生成的源代码的根目录来完成的。

在 9 月份的版本中，现在可以使用多个 glob 模式来包含和排除生成的 JavaScript 文件集中的文件。为此，引入了一个新的数组类型属性outFiles。旧的outDir仍然受支持，但我们计划将来弃用它。

以下示例显示了如何在生成的代码位于“out”和“node_modules”目录中并且您想要排除生成的测试代码时配置源映射。

{
  "sourceMaps": true,
  "outFiles": [
    "${workspaceRoot}/{out,node_modules}/**/*.js",
    "!${workspaceRoot}/out/tests/**/*.js"
  ]
}

实验性 Node 调试器

我们现在有一个实验性调试扩展，它使用V8 检查器协议，Node.js 现在通过--inspect标志公开该协议，仅在 Node.js 6.3+ 版本中。这与Chrome 和其他目标公开的协议相同。此扩展运行在vscode-chrome-debug-core库上，该库也支持Chrome 调试器扩展以及其他几个扩展。

注意：在 Windows 上，6.x 版本仅在 Node.js 的 32 位版本中支持此功能。最新版本的 v7 应在 64 位或 32 位中均可运行。请参阅此问题。

此扩展最终将与 vscode-node-debug 具有功能对等性，但尚未达到。概述已此处记录，您可以在vscode-node-debug2仓库和vscode-chrome-debug-core仓库中查看问题。在大多数情况下，您应该能够在现有 Node.js 启动配置中设置"type": "node2"，并且只要它在 Node.js v6.3+ 中运行，一切都将正常工作。

注意：请参阅扩展README中的故障排除提示。

扩展开发

用 TypeScript 编写

VS Code 扩展的 Yeoman 生成器已更新为使用 TypeScript 2.0.x 版本。如果您要启动新的 VS Code 扩展，只需安装 yeoman 和扩展生成器，使用npm install -g yo generator-code，然后使用yo code运行它。如果您有使用 TypeScript 1.8.x 的现有扩展，您可以使用以下步骤将其迁移到 TypeScript 2.0.3。

打开package.json文件并进行以下更改：

  • 将 TypeScript 开发依赖项从"typescript": "x.x.x"更改为"typescript": "^2.0.3"。
  • 添加 Node.js 类型定义文件的开发依赖项，使用"@types/node": "^6.0.40"。
  • 如果您的扩展有 Mocha 测试，请将开发依赖项更改为 Mocha 2.3.3 或更高版本。
  • 添加 Mocha 类型定义文件的开发依赖项，使用"@types/mocha": "^2.2.32"。
  • 在脚本部分，将compile脚本替换为"compile": "tsc -watch -p ./"，将vscode:prepublish替换为"vscode:prepublish": "tsc -p ./"。

devDependencies部分应如下所示：

"devDependencies": {
    "typescript": "^2.0.3",
    "vscode": "^1.0.0", // Or a higher version if necessary
    "mocha": "^2.3.3",
    "@types/node": "^6.0.40",
    "@types/mocha": "^2.2.32"
}

scripts部分应如下所示：

"scripts": {
    "vscode:prepublish": "tsc -p ./",
    "compile": "tsc -watch -p ./",
    "postinstall": "node ./node_modules/vscode/bin/install"
}
  • 打开tsconfig.json文件，将行"noLib": true替换为"lib": [ "ES6" ]，将"target": "ES5"替换为"target": "ES6"。

文件应如下所示：

{
  "compilerOptions": {
    "module": "CommonJS",
    "target": "ES6",
    "outDir": "out",
    "lib": ["ES6"],
    "sourceMap": true,
    "rootDir": "."
  },
  "exclude": ["node_modules", ".vscode-test"]
}

然后删除工作区中的 typings 文件夹，并从终端运行npm install。

用 JavaScript 编写

Yeoman 生成器也已更新，以利用新的 TypeScript 2.0.x 功能来帮助编写 JavaScript。如果您想将现有扩展迁移到使用 TypeScript 2.0.3 进行 JavaScript 创作，请执行以下操作。

打开package.json文件并进行以下更改：

  • 添加 TypeScript 开发依赖项"typescript": "^2.0.3"。
  • 添加 Node.js 类型定义文件的开发依赖项，使用"@types/node": "^6.0.40"。
  • 如果您的扩展有 Mocha 测试，请将开发依赖项更改为 Mocha 2.3.3 或更高版本。
  • 添加 Mocha 类型定义文件的开发依赖项，使用"@types/mocha": "^2.2.32"。
  • 我们还建议使用 ESLint 对 JavaScript 源代码进行 lint。为此，请将以下条目添加为开发依赖项："eslint": "^3.6.0"。此外，我们建议安装ESLint 扩展。

devDependencies部分现在应如下所示：

"devDependencies": {
    "typescript": "^2.0.3",
    "vscode": "^1.0.0", // Or a higher version if necessary
    "mocha": "^2.3.3",
    "eslint": "^3.6.0",
    "@types/node": "^6.0.40",
    "@types/mocha": "^2.2.32"
}
  • 打开jsconfig.json文件，将行"noLib": true替换为"lib": [ "ES6" ]，将"target": "ES5"替换为"target": "ES6"。

文件应如下所示：

{
  "compilerOptions": {
    "module": "CommonJS",
    "target": "ES6",
    "lib": ["ES6"]
  },
  "exclude": ["node_modules"]
}

请注意，尽管目标设置为ES6，您仍然必须使用 require 语句导入其他模块。Node.js 尚未支持 ES2015 模块。

新 API

  • 我们添加了一个onWillSaveTextDocument事件，该事件在文档保存到磁盘之前触发。它允许扩展在保存之前更改文档，并启用诸如保存时删除未使用的导入、插入最终换行符等功能。

  • 现在有WorkspaceConfiguration#update，它允许扩展添加/更新/删除配置选项。这应该可以简化编辑器和扩展的配置。例如，扩展可以通过代码操作从警告中配置 Linter。

  • Terminal#processId返回一个包含终端 shell 进程（例如 bash 或 cmd）的进程 ID 的Thenable<number>。

  • window.createTerminal现在包含用于设置 shell 路径和参数的参数。这将允许扩展一致地启动所选 shell，例如 Python 或 PowerShell REPL。

  • window.onDidCloseTerminal是一个新事件，允许扩展轻松跟踪用户何时关闭终端。目前，与 API 的其余部分一样，这仅限于 API 创建的终端。

重大更改：消息中的按钮顺序

使用showInformationMessage、showWarningMessage和showErrorMessage中的任何方法时，您总是可以传入一组字符串作为消息旁边的操作显示。以前，消息的顺序是反向的，即您首先传入的操作会最后显示。我们在此版本中修复了此意外行为，现在操作按顺序显示。请检查您的扩展对此 API 的使用情况，以查看是否受到影响。我们认为新行为更自然，因此没有添加会保留以前行为的代码。

重大更改：终端在后台创建

如 API 文档所述，window.createTerminal和Terminal.sendText现在将在后台创建。因此，每当扩展程序想要在终端面板中显示其终端时，它都需要显式调用Terminal.show。

调试扩展创作

VS Code 调试协议

VS Code 调试协议规范现在维护为语言中立的 JSON 模式，而不是 TypeScript 定义文件。此模式可用于自动为特定语言生成客户端或服务器库。vscode-debugadapter-node项目包含一个简单程序，用于从模式生成 TypeScript d.ts。此程序可用作其他语言的起点。

“runInTerminal”请求的外部终端支持

调试适配器现在可以通过runInTerminal请求并在kind参数中传入值external，轻松地在外部终端中运行调试目标。外部终端是集成终端的替代方案，支持开发从交互式终端读取和/或需要控制其在运行终端上的输出的命令行应用程序。在调用runInTerminal之前，请确保前端客户端通过验证传递给initialize请求的参数是否具有supportsRunInTerminalRequest属性且其值为 true 来支持它。

由命令提供的初始配置

现在，调试适配器可以将命令名称指定为package.json文件中debuggers贡献的initialConfigurations属性的值。然后，调试适配器扩展可以注册指定的命令，该命令将在首次生成launch.json文件时被调用。该命令需要返回launch.json文件的初始内容——这样调试适配器在自定义launch.json方面具有更大的灵活性。我们的示例模拟调试器说明了这一点：'initialConfigurations' 贡献和命令注册。

调试协议新增功能

调试适配器现在可以实现断点的“命中计数”支持。通过此功能，用户可以指定在“中断”执行之前忽略多少次断点命中。SourceBreakpoint和FunctionBreakpoint类型现在支持一个可选属性hitCondition，用于将命中计数表达式传递给调试适配器。要在 VS Code 中启用此功能的 UI，调试适配器必须将supportsHitConditionalBreakpoints功能设置为 true。

注意：在 9 月版本中，VS Code 未实现用于编辑命中计数条件的 UI。

杂项

禁用选项卡时脏指示器的新位置

当禁用选项卡（带标题的选项卡）时，我们决定将脏（未保存文件）指示器移到“关闭”按钮旁边。这使得体验与我们用脏指示器替换“关闭”按钮的其他位置（例如，在“打开的编辑器”中或启用选项卡时）保持一致。

Status

Electron 更新

在此版本中，我们决定对 Electron 框架进行重大更新。我们现在运行的版本是 1.3.7，这使得 Chrome 渲染引擎（从 49 到 52）和 Node.js（从 5.10.0 到 6.5.0）都有了大的版本增量。这也意味着所有扩展都可以期望在此 VS Code 版本中运行完整的 Node.js 6.5.0 运行时。有关 Node.js 更改的完整列表，请参阅 Node.js 更新日志。

注意：我们不建议扩展使用本机npm模块。但是，如果您编写的扩展确实使用了本机模块，请记住重新编译所有模块。

检测损坏的安装

我们发现自己花费了大量时间调查最终由损坏的 VS Code 安装引起的 VS Code 问题。某些扩展直接修改（修补）VS Code 产品，这种修改是半永久性的（直到下一次更新），这可能会导致难以重现的问题。

因此，我们添加了一个后台检查，尝试检测磁盘上的 VS Code 位是否已更改。我们并非试图阻止 VS Code 修补，但我们希望提高对修补 VS Code 意味着您正在运行不受支持的版本这一事实的认识。

corrupt install

内置扩展

现在可以将精选的 Marketplace 扩展与 VS Code 捆绑在一起。这些扩展显示为内置扩展。这使我们能够将捆绑扩展开发与 VS Code 的核心开发解耦。

builtin

问题报告改进

与此相关的是，我们经常调查由已安装扩展引起的问题。为了帮助我们进行这些调查，我们丰富了帮助 > 报告问题操作，用已安装扩展列表填充问题描述。

报告问题时请使用此操作，以便我们有更多信息来帮助追踪问题并最终更快地为您解决问题。

macOS Sierra 支持

苹果最近发布了 macOS Sierra 的最终版本，随着 Electron 的更新，我们能够修复我们看到的一些问题（Retina 显示器上的字体和图标看起来不清晰）。但是，一些用户在编辑器中看到了糟糕的背景伪影，根本问题与 Chrome 相关，似乎在您使用自定义颜色配置文件时发生。有一个解决方法，您可以强制使用 GPU 光栅化运行 VS Code 来缓解此问题。

code --force-gpu-rasterization

新命令

键 命令 命令 ID
搜索
↓ (Windows, Linux Down) 下一个搜索词 history.showNext
↑ (Windows, Linux Up) 上一个搜索词 history.showPrevious
⌥⌘C (Windows, Linux Alt+C) 切换大小写敏感 toggleSearchCaseSensitive
⌥⌘R (Windows, Linux Alt+R) 切换正则表达式 toggleSearchRegex
⌥⌘W (Windows, Linux Alt+W) 切换全字匹配 toggleSearchWholeWord
集成终端
PageUp (Windows, Linux Shift+PageUp) 向上滚动 workbench.action.terminal.scrollUpPage
PageDown (Windows, Linux Shift+PageDown) 向下滚动 workbench.action.terminal.scrollDownPage
未分配 清除终端 workbench.action.terminal.clear
扩展
未分配 更新所有扩展 workbench.extensions.action.updateAllExtensions
未分配 打开扩展文件夹 workbench.extensions.action.openExtensionsFolder
导航
未分配 聚焦活动编辑器组 workbench.action.focusActiveEditorGroup
未分配 切换窗口（实例） workbench.action.switchWindow
帮助
未分配 显示发行说明 update.showCurrentReleaseNotes
未分配 报告问题 workbench.action.reportIssues

显著变化

  • 241：Windows：最近类别中的文件和文件夹打开时缺失
  • 7470：即使没有文件更改也保存文件 - 以便 Nodemon、Gulp、Chokidar 和其他文件监视器重新启动
  • 7817：oh-my-zsh 中集成终端滚动不工作
  • 7951：磁盘上更改的图像不显示更新
  • 8819：允许在“文件”>“打开最近”中按 Ctrl+单击以在新窗口中打开
  • 9354：永久删除文件（绕过回收站）
  • 9448：Windows 上“打开新命令提示符”命令中的驱动器盘符小写
  • 11049：如果在集成终端中运行外部命令，文本光标停止闪烁
  • 11129：Mac 上悬停光标在集成终端上方显示低对比度光标
  • 11244：在集成终端中退出 vi 后滚动条消失
  • 11275：如果面板已隐藏，Terminal.dispose 不应显示面板
  • 11318 和 8365：搜索和问题视图现在与其他视图在突出显示行方面保持一致。
  • 11727：跳转到声明应将当前光标存储在导航历史记录中
  • 11976：MarkerService 和 ProblemsView 扩展性不佳并阻塞 UI 线程
  • 12574：终端滚动条在隐藏和显示后出现在顶部

这些是 1.6 更新的已关闭的 bug，这些是已关闭的功能请求。

对扩展的贡献

我们的团队维护或贡献了许多 VS Code 扩展。最值得注意的是

感谢

最后但同样重要的是，衷心感谢！以下帮助使 VS Code 变得更好的各位：

© . This site is unofficial and not affiliated with Microsoft.