载说明：原创不易，未经授权，谢绝任何形式的转载

大多数开发者都在不断寻找让开发工作更轻松的方法，我也是如此。合适的工具可以帮助你实现这一目标。

在本文中，我们将探讨我个人使用的八个扩展，以优化我的编码体验。让我们来看看这些扩展的列表，亲自体验它们如何改善你的编码体验。

我们改变了我们的工具，然后我们的工具改变了我们 — 杰夫·贝佐斯

1. GitHub Copilot

我最喜欢的扩展列表中最新的一款是GitHub Copilot扩展。GitHub Copilot是你的人工智能编码伴侣，可以实时提供代码建议。

这个扩展真的让编码变得轻松。尽管它是一个相对较新的扩展，但已经有超过800万的安装量。这个扩展不仅可以提升你的编码体验，还能显著提高你的工作效率。我强烈推荐你试用一下这个扩展，看看它如何改善你的编码体验。

注：你可以开始使用GitHub Copilot的免费试用，但最终你会需要订阅。

2. TODO Highlight

每个开发者都曾经在自己的代码中忘记了一个待办注释。很有可能你甚至将带有待办注释的代码发布到了生产环境中。

这就是为什么你需要TODO Highlight扩展。这个扩展会突出显示你的待办事项注释，并提醒你还有未完成的笔记或事项。

该扩展程序带有内置的关键词 TODO: 和 FIXME: ，但您可以添加自己的关键词并更改它们的外观。

这个扩展程序已经安装了超过350万次，相当受欢迎。看来不只有我一个人忘记了自己的待办评论...

3. Path Intellisense

说到编码，魔鬼常常隐藏在细节中，即使是像编写文件路径这样的小任务也可能变得繁琐且容易出错。这就是 Path Intellisense 扩展的用武之地。该扩展使得查找正确的文件路径变得轻而易举，因为它为文件名添加了自动完成功能。在您输入时，它会为文件和文件夹提供建议，节省您的时间并避免错误。

4. GitLens

GitLens扩展不能被忽视。如果你想找出是谁修改了一行代码或者一段代码块，以及为什么修改，它非常有用。

我个人觉得这非常方便，如果我想知道为什么添加或删除了某行代码。通过查看历史记录，我可以追溯到最初的用户故事。

这个扩展的最大优点就是你永远不需要离开你的编辑器。它让你能够保持专注，每多花一秒钟在上下文切换或缺失上下文上都会打断你的思路，而这对你的生产力至关重要。

拥有超过2500万次安装，这是您在Visual Studio Code中进行Git版本控制的首选扩展。

5. Prettier

统一格式化代码是一个挑战，但使用正确的工具可以自动保持代码库的一致性。这就是Prettier扩展的作用所在。

Prettier是一款有主见的代码格式化工具，根据一致的风格自动对您的代码进行格式化，提高代码的可读性。您的代码将会被格式化，包括空格、换行和引号的一致性。甚至可以在每次保存代码时自动运行Prettier。

这个扩展程序已经安装了超过3500万次，毫无疑问是一个明智的选择。

6. REST 客户端

REST客户端扩展允许您直接在Visual Studio Code中发送HTTP请求并查看响应。这样就不再需要使用外部应用程序来向服务器发送HTTP请求了。

语法非常简洁：只需一行代码，使用GET关键字后跟URL即可完成简单的GET请求。如果您想发送更复杂的请求，有很多选项可供您使用，以满足您的需求。您可以添加身份验证标头，或者如果需要，发送包含JSON数据的完整POST请求。

这个扩展已经安装了超过350万次，如果你需要从API获取数据，它是必备的。

7. Auto Rename Tag

Auto Rename Tag扩展的功能很简单，但却让编写HTML变得轻松。该扩展会自动重命名配对的HTML标签。如果你重命名了一个开标签，它会相应地更改对应的闭标签。反之亦然。

我将这个扩展与自动关闭标签扩展一起使用。当在开标签的闭合括号中键入时，该扩展会自动添加闭合标签。安装这两个扩展非常强大，可以帮助您以更高效和一致的方式编写HTML。它还可以减少HTML出错的可能性。

这两个扩展合起来有接近2500万的安装量，这使得这些扩展备受网页开发者喜爱。

8. Peacock

你是否曾经发现自己在寻找某个文件时感到困惑，明明确定应该在那里，却找不到？很可能是你看错了项目。这种情况发生在我们中的佼佼者身上也是很正常的。

你可以使用Peacock扩展来解决这个问题，它允许你改变工作区的颜色。这有助于你快速识别你正在工作的项目。如果你经常同时处理多个项目，这将非常方便。

一个非常简单的扩展，但是拥有接近250万的安装量，你不应该低估它的能力。

结束

由于文章内容篇幅有限，今天的内容就分享到这里，文章结尾，我想提醒您，文章的创作不易，如果您喜欢我的分享，请别忘了点赞和转发，让更多有需要的人看到。同时，如果您想获取更多前端技术的知识，欢迎关注我，您的支持将是我分享最大的动力。我会持续输出更多内容，敬请期待。

为网络内容编审人员，熟知在日常职业中从HTML页抽取信息的必要性。面对此需求，本文将详细讲解一种可供免费使用的HTML网页内容获取工具，助您更轻松快捷地从中获取所需信息。现在，让我们共同揭开此工具使用之细节及其独特性能。

1.工具介绍

此款HTML网页内容提取软件，专为非技术工作者量身打造，主要协助用户快捷准确地自网页提取必要讯息。无须繁琐编码，仅需简易操作便能实现数据采集。其界面清晰明了，使用便捷，适合任何行业进行信息整理工作。

此工具有自定义检索规则功能，允许使用者依据实际需求来编制有效的提取策略，以适应各种网页布局的数据提取要求。同时，它为广大用户配备了丰富的导出格式选项，如Excel、CSV等等常用格式，便于大家对获取到的数据进行深度处理及解读。

此外，这款工具亦拥有卓越的数据清洗性能，使用者可设定相应的过滤标准，以高效清除并精确筛选所得数据。

2.使用方法

只需简单操作，便可利用我们的HTML内容提取工具。首先将目标页面的URL复制至相应位置，再单击“启动提取”选项即可。接下来，系统将会自动识别网页布局，并为您呈现预览数据。

在确保预览信息准确无误的情况下，您可根据需求设定合适的数据抽取规则。设定完毕后，再度点击"启动提取得以执行数据抽取操作。

3.功能特点

-定制化规则设定：允许客户依据特定需求调整数据获取规则，以适用于多样化的网站结构。

支持多类型导出格式（如Excel与CSV），便于用户进行后期处理及分析。

-灵活数据处理：配备高效的数据清洗模块，协助用户便捷地进行数据筛选。

-快捷高效：易于操作且迅速无误地执行数据提取工作。

-免费获取：该产品为免费版，用户可直接体验并利用其丰富的功能。

4.应用场景

此 HTML 网页内容提取神器通用性强，适用于各个领域的工作者。具体表现在以下几个方面：在市场调研过程中，可用于收集竞品动态；在舆情监控环节，可以获取舆论热点；同时，也能应用于学术研究，帮助学者们获取所需的文献资料数据等。

无论您在市场营销、舆情监控、科研或其他行业，此实用工具都能助您轻松获取所需资讯，提高工作效能。

5.总结与展望

通过上述介绍，我们已充分理解这款免费HTML网页内容提取工具的基础概况、操作方式及特性优势。其精准高效地协助用户从繁杂的HTML网页中迅速获取所需信息。

在资讯繁多的时代，数据处理和应用将更显关键。我们期待HTML网页内容提取工具可持续改进，在更多行业中发挥更大效能。

最后，请您在日常工作过程中有无遇到需从HTML网页迅速获取信息的需求？若此达成，您觉得这款免费HTML网页内容分析工具将对您产生何种作用？

T之家 8 月 6 日消息 微软今天宣布发布 Visual Studio Code 七月更新（v1.59），其中包括几个新功能，包括 Live HTML Preview 扩展 w/JS 调试支持、测试运行程序的本地支持、跨窗口拖放终端的能力等等。

微软中国 MSDN 表示，欢迎使用 2021 年 7 月版的 Visual Studio Code。我们希望您会喜欢此版本中的许多更新与改进，以下是其中的一些亮点：

* 扩展视图的改进 - 丰富的扩展详细信息悬停，新的运行状态标签页。

* 设置编辑器验证 - 快速查找到对象设置的编辑错误。

* 拖放终端 - 将终端跨窗口移动到编辑器和面板区域。

* 扩展的主题定制 - 一次定制多个颜色主题。

* Jupyter 笔记本的内建支持 - 直接在 VS Code 中打开 .ipynb 文件。

* 笔记本 UI 的改进 - 显示折叠单元格的第一行，每个单元格的撤消/重做。

* 测试 API 的最终确定 - 原生支持 VS Code 中使用测试资源管理器运行测试。

* 调试反汇编视图预览 - 在 VS Code 中显示反汇编的 C++ 代码。

* 实时预览扩展 - VS Code 中的实时的 HTML 预览，支持 JavaScript 调试。

* 远程 - 容器 devcontainer CLI - 用于开发容器的命令行界面。

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

更多关于 VS Code 的资料请访问微软 MS Learn 平台：http://aka.ms/vscodelearn

内部抢先版：想更先一步体验新功能吗？您可以下载每晚的 Insiders 版本，并在最新更新可用时立即试用。

code.visualstudio.com：

https://code.visualstudio.com/

更新：

https://code.visualstudio.com/updates/v1_58

http://aka.ms/vscodelearn：

https://docs.microsoft.com/zh-cn/users/nathanxue/collections/3jxsyzg0epdj3?WT.mc_id=VSCode_457601

Insiders：

https://code.visualstudio.com/insiders/

工作台

扩展插件：

改进了调整大小后的扩展视图。在下面的动图中，你可以看到默认宽度的扩展视图显示了所有详细信息（以前未显示图标、评分和安装计数）。当它缩小时，会显示较小的扩展图标，当其宽度进一步减小时，图标和评分将被隐藏。

主题：GitHub Light

扩展视图现在会显示自定义悬停信息。这个丰富的悬停包括扩展的完整描述和其他有用的信息，例如为什么禁用或推荐扩展。

主题：GitHub Light

您现在可以在插件面板中看到更多的插件运行状态，例如其激活时间、是否在启动时激活，以及扩展编辑器中新引入的 运行时状态 选项卡中是否生成了任何警告或错误。当然，你也可以悬停在插件试图上看到部分的运行状态信息。

主题：GitHub Light

插件面板的详细信息标签页现在会显示分类信息，资源链接，和诸如插件发布时间和更新时间的其他信息。选择某个分类会显示当前分类下的所有插件。

主题：GitHub Light

GitHub Light：

https://marketplace.visualstudio.com/items?itemName=GitHub.github-vscode-theme

设置编辑器：

设置编辑器现在支持对象验证功能。验证会涵盖直接编辑 JSON 文件时可能引入的类型错误。

非编辑模式下，数组设置现在具有了拖放功能的支持。

此外，将 uniqueItems 属性设置为 true 的枚举数组设置现在仅显示剩余选项，而不是下拉列表中的所有选项。

设置编辑器现在还支持多行字符串设置，其中值呈现在多行文本区域而不是单行输入框中：

扩展的主题自定义语法：

颜色自定义设置允许用户自定义当前主题的颜色：

• workbench.colorCustomizations

• editor.tokenColorCustomizations

• editor.semanticTokenColorCustomizations

以下语法可以用来一次自定义多个主题的颜色：

您可以列出多个主题，或者，在名称的开头或者结尾使用 * 通配符来选取多个主题。

Jupyter 笔记本文件的支持：

本月，我们把支援 *.ipynb 文件的代码从 Jupyter 笔记本 插件吸收为了内建插件。这意味着你现在可以在一个全新安装的 VS Code 环境中得到 Jupyter 笔记本的原生支持。你甚至都不用安装 Jupyter 的插件。需要注意的是，如果你想要执行 ipywidgets 或者其他复杂渲染类型的代码单元或者查看运行结果时，你依然需要完整安装 Jupyter 插件。

Jupyter 笔记本：

https://marketplace.visualstudio.com/items?itemName=ms-toolsai.jupyter

笔记本布局的改进：

我们在本次迭代中对笔记本布局进行了一些改进：

• 我们现在将会在折叠时渲染代码单元的第一行。

• 当窗口宽度不足以呈现所有主要操作时，笔记本编辑器工具栏上的操作将移至溢出区。

• notebook.undoRedoPerCell 的默认值现在更改为 true。

我们还更新了代码单元格的默认样式，显示背景颜色以帮助区分单元格。主题可以使用 notebook.cellEditorBackground 来自定义这个颜色。

最后，您现在可以使用 notebook.globalToolbarShowLabel 设置在笔记本工具栏上切换文本标签：

“复制相对路径”配置路径分隔符：

在调用“复制相关路径”操作时，新设置 explorer.copyRelativePathSeparator 允许显式设置使用路径分隔符。以下为可用选项：

• Auto（默认） - 使用操作系统特定的路径分隔符

• /- 使用斜线作为路径分隔符

• \ - 使用反斜杠作为路径分隔符

跨编辑器组共享视图状态：

添加了一个新设置 workbench.editor.sharedViewState 以配置编辑器视图状态（例如，编辑器中的滚动位置）在编辑器组之间共享的方式。

默认情况下，此设置被禁用以保留当前设置。如果您在靠边打开编辑器并稍后关闭该编辑器组，只是为了再次打开编辑器到靠边，则不会恢复视图状态，因为您正在打开一个新的编辑器组。但是，当您启用此设置时，除非为编辑器组找到更具体的视图状态，否则将在所有编辑器组中保留并使用最新的编辑器视图状态。

编辑器

在不同的折叠范围之间切换：

以下的新指令可以将光标位置设置为相应的折叠：

• 转到下一个折叠 (editor.gotoNextFold)

• 转到上一个折叠 (editor.gotoPreviousFold)

• 转到父级折叠 (editor.gotoParentFold)

这些命令目前没有默认键绑定，但是你可以通过以下方法添加自己的键盘快捷键：

** 首选项：打开键盘快捷键 ** (kb (workbench.action.openGlobalKeybindings))

自动折叠 Import 语句：

通过设置 editor.foldingImportsByDefault 来自动折叠 Import 语句。

当文件被打开后，折叠的状态将会被保存。

TypeScript，JavaScript，Java，C#，C++ 和其他具备折叠范围提供程序的编程语言都支持这项新功能。注：折叠范围提供程序特指将 Import 语句标注为 FoldingRangeKind.Imports 的提供程序。

选择项的种子搜索字符串：

Find Widget 设置 editor.find.seedSearchStringFromSelection 已支持从非空选择中播种搜索字符串。默认情况下，当显示小部件时，编辑器将使用以下两项作为搜索关键词：1. 选择项。2. 空选择周围的单词。

内联建议的改进：

我们改变了内联建议的呈现方式。这不仅修复了许多错误，而且还使自动换行识别了内联建议。

此外，现在支持了非尾随位置的多行内联建议。

嵌入提示的改进：

我们还改变了嵌入提示的呈现方式。通过使用与内联建议相同的机制，嵌入提示现在也被用于自动换行。

这种机制还实现了嵌入提示周围的单独光标停靠。

终端

在窗口之间拖拽终端：

现在，您可以任意地从标签页或一个窗口的编辑区域，拖拽终端到标签页，编辑区域，或者另一个窗口的面板。

子进程跟踪和关闭警告：

当用户尝试关闭一个有子进程的终端时，terminal.integrated.confirmOnExit 和新的设置 terminal.integrated.confirmOnKill 会警告用户。默认情况下，这仅影响编辑器区域中的终端，但用户可以配置为显示所有的（面板区域中）终端警告。

设置所提供的终端配置文件为默认：

现在用户可以将插件所提供的终端配置文件设为默认的配置文件。

下划线和删除线支持：

终端现在支持下划线和删除线属性。例如，用可以可以配置 git 来使用这些新属性：

主题: Sapphire

上述的例子使用了下列 .gitconfig 参数：

配置 git：

https://git-scm.com/docs/git-config#Documentation/git-config.txt-color

Sapphire：

https://marketplace.visualstudio.com/items?itemName=Tyriar.theme-sapphire

编辑区域靠边创建终端：

现在，用户可以在活动编辑区域使用新指令 workbench.action.createTerminalEditorSide 来创建一个靠边新的终端。

活动终端标签页指示器：

主题现在可以使用主题键 terminal.tab.activeBorder 设置垂直线的颜色，用以指示活动的终端选项卡。

如果没有设置 terminal.tab.activeBorder，颜色将回退到 tab.activeBorder。

禁用终端标签页动画图标：

terminal.integrated.tabs.enableAnimation 会禁用终端标签页动画图标。如果是针对任务而不是微调器，播放按钮会被使用：

调试

改进了编辑器标题区域内的 播放/调试 按键：

在 2 月的版本中，我们引入了一个下拉按钮，用以在编辑器标题区域的中央（紧凑）位置对运行和调试命令进行分组。根据一些用户反馈，我们尝试通过记忆上次执行的操作来改进下拉按钮。下拉按钮现在将会拥有两个单击区域，一个用于默认动作（左），另一个用于下拉（右），其中，所选运行操作将被记忆并存为新的默认值。

请注意：

• 如果只有一个运行或调试操作，则会省略下拉菜单。

• 如果有多个运行或调试操作，所有操作都会出现在下拉菜单中，并且默认操作设置为下拉菜单中的第一个操作（前提是没有记住的操作）。

• VS Code 重新启动时，会为特定工作区保留默认操作；它不会为编辑器内容保留。

2 月的版本：

https://code.visualstudio.com/updates/v1_54#_limits-for-editor-title-menu-and-run-submenu

对扩展插件的贡献

实时预览：

实时预览扩展插件本月出现了一些令人兴奋的新功能！这包括：

• 内建 JavaScript 调试器兼容性的外部预览。

• 请使用 `Live Preview: Show Debug Preview` 来尝鲜使用！

• 对嵌入式浏览器的改进，例如“在页面中查找”的支持和快速访问 `webvivew` DevTools。

• 文件系统监视自动生成文件。

• 期待更多！

要查看有关本月进度的更多详细信息，请参阅扩展的发行说明。

主题：GitHub Dark

实时预览扩展插件：

https://marketplace.visualstudio.com/items?itemName=ms-vscode.live-server

发行说明：

https://github.com/microsoft/vscode-livepreview/blob/main/release_notes/july-2021.md

GitHub Dark：

https://marketplace.visualstudio.com/items?itemName=GitHub.github-vscode-theme

GitHub 拉取请求和问题：

GitHub 拉取请求和问题 扩展插件的工作仍在继续，它允许您响应、创建和管理拉取请求和问题。本月重点：

对问题的“开始工作”进行了扩展，让您可以处理当前打开的存储库之外的问题。

要了解所有新功能和更新，您可以查看 0.29.0 版扩展的完整变更日志。

GitHub 拉取请求和问题：

https://marketplace.visualstudio.com/items?itemName=GitHub.vscode-pull-request-github

0.29.0 版扩展的完整变更日志：

https://github.com/microsoft/vscode-pull-request-github/blob/main/CHANGELOG.md#0290

Jupyter：

Jupyter 扩展插件的工作仍在继续。要了解所有的新功能和更新，您可以查看 7 月版本的完整更新日志。

Jupyter：

https://marketplace.visualstudio.com/items?itemName=ms-toolsai.jupyter

7 月版本的完整更新日志：

https://github.com/microsoft/vscode-jupyter/blob/main/CHANGELOG.md#202189-3-august-2021

互动窗口：

Jupyter 交互窗口提供了另一种构建和使用 Jupyter 笔记本的方法，使用文本文件而不是笔记本界面。上个月，我们预览了 Jupyter 交互式窗口的升级版本，现在我们提供了具有更深入的工作台集成，包括对主题的支持、自定义键绑定、片段、与扩展的兼容性等！非常感谢我们的用户通过 GitHub 问题提供有关预览体验版的反馈。内置交互窗口现在已经成为了 1.59 版本中的默认界面。之前的界面在 "jupyter.enableNativeInteractiveWindow": false 后将仍然可用，并会在即将发布的版本中删除。我们期待您的反馈！

您的反馈：

https://github.com/microsoft/vscode-jupyter/issues

逐行运行：

我们一直致力于支持 Jupyter 笔记本中的“逐行运行”功能。此功能本质上是一种简化的调试模式，可让您逐行执行单元代码，而无需任何复杂的调试 UI。这依然是实验性的，您可以通过设置 "jupyter.experimental.debugging": true，在您选择的内核中安装 ipykernel 的第 6 版，然后选择单元格工具栏中的“按行运行”按钮来尝鲜一下。

远程容器 devcontainer CLI：

远程 - 容器 扩展适用于在 VS Code 中使用 Docker 容器。它现在包含 devcontainer 命令行界面，让您可以轻松地打开容器中的文件夹 (devcontainer open) 或者构建开发容器映像 (devcontainer build)。

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

远程 - 容器：

https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.remote-containers

远程开发：

https://github.com/microsoft/vscode-docs/blob/main/remote-release-notes/v1_59.md

预览功能

无标题文件的自动语言检测：

我们很高兴地宣布无标题文件的自动语言检测的初始预览版，它使用机器学习来检测您正在编码的语言并自动设置无标题文件的语言模式。此功能利用了开源 ML 库 Tensorflow.js 和 GitHub 用户 @yoeo 来自 Guesslang 的 ML 模型。

在此版本中，该功能将默认关闭，但我们计划将其设为下一次迭代版本的默认设置。如果您想要启用它，请应用以下设置：

```json
"workbench.editor.untitled.experimentalLanguageDetection": true
```
"workbench.editor.untitled.experimentalLanguageDetection": true

举个例子，您可以打开一个无标题文件并将一段代码粘贴到您的编辑器中。

以下是一段自动识别的 Python 代码段：

主题：Panda

此外，您可以通过打开语言选择器查看正在检测的语言。

主题：Panda

注意：如果语言检测结果不够确信，那么您将保持当前的语言模式，语言选择器中不会显示任何结果，直到语言检测结果更有把握。

该设置还允许您提供语言覆盖，可用于指定您不想自动关闭的语言模式。

以下的例子展示了如何关闭 .md 文件自动检测：

在您编辑无标题的 Markdown 文件时，自动语言检测功能 * 不会 * 运行。但是，如果您正在修改任何其他类型的无标题文件，自动语言检测功能 * 将 * 会检测这些文件的内容。

我们已经将与 ML 模型交互的代码分离并合并到它自己的代码库中，作为 npm 包发布，该包存在于 vscode-languagedetection 存储库中。

请让我们知道无标题文件的自动语言检测功能是否帮助到了您的日常工作！

Tensorflow.js：

https://www.tensorflow.org/js/

@yoeo：

https://github.com/yoeo

Guesslang：

https://github.com/yoeo/guesslang

Panda：

https://marketplace.visualstudio.com/items?itemName=tinkertrain.theme-panda

vscode-languagedetection：

https://github.com/Microsoft/vscode-languagedetection

TypeScript 4.4：

此版本包括对 TypeScript 4.4 版本的支持。您可以在 TypeScript 博客上阅读有关 TypeScript 4.4 中新语言功能和改进的更多信息。一些工具亮点：

• 在 JavaScript 和 TypeScript 文件中嵌入参数名称和类型的提示。

• 纯 JS 文件中的基本拼写建议。只有当我们对错误和修复有把握时才会显示这些。

要开始使用 TypeScript 4.4 内测版本，请安装 TypeScript Nightly 扩展。

如果您在使用 TypeScript 4.4 时遇到任何错误，请分享您的反馈并告诉我们。

TypeScript 博客：

https://devblogs.microsoft.com/typescript/announcing-typescript-4-4-beta/

TypeScript Nightly 扩展：

https://marketplace.visualstudio.com/items?itemName=ms-vscode.vscode-typescript-next

反汇编试图：

感谢微软 C++ 团队贡献的大量代码，我们很高兴在这个里程碑版本中包括了 ** 反汇编视图 ** 的预览功能。

反汇编视图可以从编辑器的上下文菜单中打开，用以显示活动堆栈帧的反汇编源码，它支持单步执行汇编指令，并且可以在单个指令上设置断点。

反汇编视图仅在活动的调试会话中可用。注意，底层调试扩展插件也需要有相应的支持。

目前，只有 C++ 和 Mock Debug 可以支持反汇编视图。

从技术角度而言，VS Code 的反汇编视图实现了 DAP (Debug Adapter Protocol) 协议另外四个功能：

• disassembly 请求，用以提供基于内存位置的反汇编源码。

• 堆栈帧上的 instructionPointerReference 属性。

• 步进请求的 granularity 属性。

• 指令断点和 setInstructionBreakpoints 请求。

贡献的大量代码：

https://github.com/microsoft/vscode/pull/125737

C++：

https://marketplace.visualstudio.com/items?itemName=ms-vscode.cpptools

Mock Debug：

https://marketplace.visualstudio.com/items?itemName=andreweinand.mock-debug

扩展创作

测试 API：

去年秋天，我们开始在 VS Code 中添加对运行测试的原生支持，本月，第一组与测试相关的 API 已经交付。与之前的扩展插件相比，这些 API 提供了更大的灵活性、更好的性能和更丰富的用户体验。查看有关编写测试扩展的指南以深入了解。

主题：

测试资源管理器 UI 插件的现有用户可以通过将 testExplorer.useNativeTesting 设置为 true 来获得原生体验。但是，该转换是基于测试资源管理器 UI 扩展现有 API，因此不包括诸如丰富差异之类的一些功能。

Java 扩展包中包含的 Microsoft Java 测试运行器是最早采用测试 API 的扩展之一 。

编写测试扩展的指南：

https://code.visualstudio.com/api/extension-guides/testing

测试资源管理器 UI：

https://marketplace.visualstudio.com/items?itemName=hbenl.vscode-test-explorer

Java 扩展包：

https://marketplace.visualstudio.com/items?itemName=vscjava.vscode-java-pack

Microsoft Java 测试运行器：

https://marketplace.visualstudio.com/items?itemName=vscjava.vscode-java-test

新建文件菜单的贡献点：

有助于创建新文件编辑器的扩展（例如笔记本或自定义编辑器）现在可以向新的 文件/新文件 菜单贡献点贡献命令。可以从欢迎页面或文件菜单中的“新建文件...”项目访问此菜单。

丰富状态栏悬停：

状态栏项目现在支持丰富的悬停，包括链接和图标 StatusBarItem.tooltip: string | IMarkdownString

* If `MarkdownString.supportThemeIcons` is true, you can use icons with the `$(iconName)` syntax.

* If the `MarkdownString` is trusted, you can also add command links. Syntax: `([test](command:vscode.newWindow))`

如果 MarkdownString.supportThemeIcons 设置为 true，您可以使用带有 $(iconName) 语法的图标

如果 MarkdownString 受信任，还可以添加命令链接。语法：([test](command:vscode.newWindow))

状态栏警告颜色：

表示警告的状态栏项目可以使用新添加的颜色 statusBarItem.warningBackground 和 statusBarItem.warningForeground。

没有 additionalProperties 的对象设置：

对象设置必须将 additionalProperties 设置为 false，以便在设置编辑器中支持对象。否则，设置编辑器会解读为复杂设置（不规律的设置），并将用户定向到设置 JSON 文件。

多行字符串设置：

要在设置编辑器中添加多行字符串设置的支持，请将 "editPresentation": "multilineText" 作为键值配对添加到字符串设置中。将字符串设置更改为多行设置将导致设置编辑器在多行文本区域（而非单行输入框中）呈现设置值。

更新的 Codicons：

我们已经添加了下列新图标到 codicon 库中：

• azure

• compass-active

• compass-active

• compass-dot

• compass

• debug-all

• debug-coverage

• git-pull-request-closed

• git-pull-request-draft

• issue-draft

• layers-active

• layers-dot

• layers

codicon：

https://code.visualstudio.com/api/references/icons-in-labels

文本文档更改原因：

当事件 workspace.onDidChangeTextDocument 被触发时，事件对象的新属性 reason 会告知用户文本更改的原因是撤消或重做操作。

语言服务器协议：

语言服务器协议的下一个新版本以及对应的 npm 模块已经发布。3.17 版本包含了一个关于完成项标签详细信息的新提案，该提案符合 VS Code 本身的最新变化。

语言服务器协议：

https://microsoft.github.io/language-server-protocol/

3.17 版本：

https://microsoft.github.io/language-server-protocol/specifications/specification-3-17/

调试适配器协议

最终确定“writeMemory”请求和“memory”事件提案：

writeMemory 请求已经完成，现在可以在 Debug Adapter Protocol 的 1.48 版和与之相对应的 npm 模块中使用。如果调试适配器具有 supportsWriteMemoryRequest 功能，客户端可以使用 writeMemory 请求将字节写入给定位置的内存。

memory 事件有一个新的提案，将在下一个里程碑中添加到 DAP。

Debug Adapter Protocol：

https://microsoft.github.io/debug-adapter-protocol/

新的提案：

https://github.com/microsoft/debug-adapter-protocol/issues/194#issuecomment-886687894

提议的扩展插件 API

每个里程碑版本都附有新提议的 API，扩展插件的作者们可以试用它们。我们期待您的反馈。如果您想要尝鲜提议的新 API，请完成以下步骤：

您必须使用 Insiders 版本，因为提议的 API 经常被修改

你必须在你的扩展的 package.json 文件中加入这一行："enableProposedApi": true

将最新版本的 vscode.proposed.d.ts 文件复制到项目的源位置

您将不能使用建议 API 发布扩展插件。因为新的版本可能会有重大变化，我们需要保证现有的扩展插件可以被继续使用。

vscode.proposed.d.ts：

https://github.com/microsoft/vscode/blob/main/src/vs/vscode.proposed.d.ts

isDefault 用于 TaskGroup：

group 属性存在于 tasks.json 文件中定义的任务上，也通过任务 API 公开。group 属性有一个 isDefault 属性，该属性直到现在在 API 中都不可用。该提案将 isDefault 属性公开为 TaskGroup 上的只读属性，以便扩展可以读取哪个任务是组的默认任务，但不能通过为组设置默认值来覆盖用户配置。

用于 AuthenticationGetSessionOptions 的 forceRecreate

到目前为止，用于获取身份验证会话对象的 getSession API 从来没有能力要求用户需要再次登录。然而这对于使用 SAML/单点登录 (SSO) 体验的 GitHub 等身份验证服务是必需的，其中访问令牌最终会在 SSO 会话到期时失去对资源的访问权限。该提案为 AuthenticationGetSessionOptions 添加了另一个名为 forceRecreate 的属性，允许您要求用户再次登录。向用户显示类似于您指定 createIfNone 时显示的模式体验。

工程

基于 iframe 的 webviews 现在在桌面上随处可见：

本月我们完成了从 Electron 的 webview 标签元素过渡到基于普通 <iframe> 元素的 webview 。这更好地协调了 VS Code 的 webviews 跨桌面和 web 的实现，也让我们删除了很多现在冗余的代码。

Electron 的 webview 标签：

https://www.electronjs.org/docs/api/webview-tag

Electron 13 更新：

在这个里程碑版本中，我们完成了将 Electron 13 捆绑到 VS Code 的实验，这要感谢所有参与 Insiders 测试和自托管的参与者。这是 Chromium 91.0.4472.124 附带的主要 Electron 版本。此版本的 Node.js 版本没有变化，它仍然是 v14.16.0。

Electron 沙盒支持的进展：

随着我们准备让 VS Code 工作台启用 Electron 的沙盒功能，我们希望在 linux 上启用混合沙盒模式，且不在分布式软件包 deb、rpm、snap、tar 存档中捆绑 cli 参数 --no-sandbox。Chromium 在 linux 上有一个多层沙盒模型。如果 Chromium 无法将命名空间沙盒用于第 1 层，它将尝试通过帮助程序 chrome-sandbox 来使用 setuid 沙盒。要使 setuid 二进制文件工作，它需要满足以下条件：

• 沙箱二进制文件必须可由 Chromium 进程执行

• 它必须是 SUID 并且可以被其他人执行

我们能够为 deb 和 rpm 包保留这些条件。目前无法获得 snap 的这些权限，我们有以下跟踪问题 https://github.com/microsoft/vscode/issues/127140。

至于其他使用 tar 存档的应用程序，如果应用程序无法使用命名空间沙盒（这在容器内运行时可能会发生）它将失败并显示以下错误

FATAL:setuid_sandbox_host.cc (158)] 找到了 SUID 沙盒助手二进制文件，但没有正确配置。而不是在没有沙盒的情况下运行，我现在正在中止程序。您需要确保 chrome-sandbox 由 root 用户拥有并且模式为 4755。

如果发生这种情况，您可以使用以下两个选项之一来使其正常工作：

修复 setuid helper 权限问题

使用 --no-sandbox 标志运行

沙盒：

https://www.electronjs.org/docs/tutorial/sandbox

linux 上有一个多层沙盒模型：

https://chromium.googlesource.com/chromium/src/+/HEAD/docs/linux/sandboxing.md

setuid 沙盒：

https://chromium.googlesource.com/chromium/src/+/HEAD/docs/linux/suid_sandbox.md

烟雾测试的一些改进：

我们一直为每个构建版本运行一套完整的烟雾测试。我们测试打开 VSCode（桌面和 Web）并执行一堆 UI 元素以确保正确的功能。这个里程碑版本中我们在这个基础上投入了更多资源，从而使我们能够从最终计划中移除手动的烟雾测试。

烟雾测试现在可以在所有平台（macOS、Linux 和 Windows）上运行。最重要的是，我们已经实现在每次代码提交时自动运行烟雾测试，从而我们可以及时地发现 VS Code 新版本可能引入的软件错误。

最后，感谢我们用于自动化 Web 冒烟测试的 Playwright 库，我们采用了他们的跟踪工具，这使得我们可以查看并且重复运行失败的烟雾测试。

Playwright：

https://github.com/microsoft/playwright

跟踪工具：

https://playwright.dev/docs/next/trace-viewer/

学习资料

http://aka.ms/vscodelearn

http://aka.ms/vscodelearn：

https://docs.microsoft.com/zh-cn/users/nathanxue/collections/3jxsyzg0epdj3?WT.mc_id=VSCode_457601

重大修复

[26425](https://github.com/microsoft/vscode/issues/26425)：没有更改时不应显示“打开更改”按钮

[100815](https://github.com/microsoft/vscode/issues/100815)：外部终端在连接到远程 WSL 时中断

[106981](https://github.com/microsoft/vscode/issues/106981)：当窗口缩放设置为 -1 时，终端光标重影

[127959](https://github.com/microsoft/vscode/issues/127959)：调试程序暂停时将打开调试窗格

[129059](https://github.com/microsoft/vscode/issues/129059)：设置编辑器中的对象小组件不呈现说明

[129070](https://github.com/microsoft/vscode/issues/129070)：无法通过仅按“确定”按钮更正下拉列表设置值

[129415](https://github.com/microsoft/vscode/issues/129415)：无法在单一文件模式下运行用户任务