尝试以扩展 VS Code 中的代理模式!

2019 年 9 月 (版本 1.39)

更新 1.39.1:本次更新解决了这些问题,包括修复了一个安全漏洞。

更新 1.39.2:本次更新解决了这些问题

下载:Windows: x64 | Mac: Intel | Linux: deb rpm tarball snap


欢迎来到 Visual Studio Code 2019 年 9 月版。此版本中有许多我们希望您会喜欢的更新,其中一些主要亮点包括:

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

Insiders:想尽快看到新功能吗?您可以下载每夜版的 Insiders 版本,并在新功能可用时立即尝试。有关 Visual Studio Code 的最新消息、更新和内容,请在 Twitter 上关注我们:@code

工作台

更新的源代码管理视图

源代码管理视图已更新为使用最新的树形小部件。您现在可以通过源代码管理标题栏上的切换视图模式按钮在列表和树视图之间切换。

Source Control toggle view mode button

您可以使用 scm.defaultViewMode 设置更改默认视图,该设置接受 listtree 值。

您现在还可以通过在视图中直接输入来受益于更新的树形小部件的自动键盘导航和筛选功能。

Updated SCM view

在树视图模式(显示文件夹)下,Git 扩展现在为文件夹贡献命令,例如暂存更改,这将应用于文件夹中的所有文件。

改进的受信任域设置

我们简化了对 1.38 版本中引入的传出链接保护功能的受信任域管理。

您现在可以使用管理受信任域命令,轻松地以 JSON 文本文件形式添加、删除或修改受信任域。

Improved trusted domains management

可选择的补全详情

自动补全详情现在可以进行选择以进行复制和粘贴。

Selectable completion details

Windows 上更新的日语 UI 字体

在 Windows 上,我们将日语 UI 字体从 Meiryo 切换到 Yu Gothic UIMeiryo UI

UI 字体通过使用更窄的日文假名字符来节省水平空间。您可以通过安装日语语言包并使用配置显示语言命令将显示语言标识符设置为 ja 来使用日语 UI。

在下图中,您可以看到更窄的 UI 字体在 Insiders(绿色图标)菜单栏中的外观。

Japanese typeface

建议和悬停中改进的等宽字体显示

以前,建议和悬停小部件中的行内 <code> 片段没有指定 font-family。在 Windows / macOS 上,这些片段使用 Chrome 对 font-family: monospace 的默认选择进行渲染。

在此次迭代中,我们将它们与整个 VS Code UI 中使用的系统无衬线字体对齐。

  • Windows: Courier New -> Consolas (与 Segoe UI 对齐)
  • macOS: Courier -> SF Mono, Monaco, Menlo (与 SF TextHelvetica Neue 对齐)
  • Linux: 没有变化。行内代码片段仍以 Liberation Mono 渲染,这是 Chrome 在 Linux 上对 font-family: monospace 的默认设置。

下面您可以看到 SF Mono 为行内代码块提供了更一致的外观。

Suggest and Hover widgets monospace typeface

设置编辑器中 uniqueItems 的验证

字符串数组设置的验证,在 1.38 版本中引入,现在支持 uniqueItems

如果使用 "uniqueItems": true,设置编辑器中的重复条目将显示警告。

扩展 READMEs 中的代码块高亮

扩展 READMEs 中的代码块(显示在扩展视图的详细信息窗格中)现在在 VS Code 中高亮显示。

A block of JSON being highlighted

高亮使用当前的颜色主题

编辑器

切换折叠

您现在可以使用切换折叠 (⌘K ⌘L (Windows, Linux Ctrl+K Ctrl+L)) 命令展开和折叠折叠区域。

小地图编辑器选区装饰

编辑器选区现在在小地图中高亮显示。

Minimap displays the editor selection

您可以通过修改 minimap.selectionHighlight 主题颜色来更改这些装饰的颜色。

小地图的触控事件

小地图滑块现在可以通过触控拖动。

多光标粘贴的新选项

过去,从剪贴板粘贴多行文本时,VS Code 会检查剪贴板文本行数是否与光标数匹配,如果匹配,它会将每行“分发”或“传播”到每个光标。您现在可以使用 editor.multiCursorPaste 设置控制此行为,该设置可以有以下值:

  • spread - 每个光标粘贴一行文本(默认)。
  • full - 每个光标粘贴完整的剪贴板文本。

集成终端

在自定义工作目录中打开新终端

有一个新命令允许使用自定义当前工作目录 (cwd) 创建终端。

{
  "key": "cmd+shift+h",
  "command": "workbench.action.terminal.newWithCwd",
  "args": {
    "cwd": "${fileDirname}"
  }
}

您可以创建自己的键盘快捷方式,以便在任意数量的方便的工作目录中打开新终端。cwd 值可以是普通路径,也可以是变量

更好的区域设置检测

terminal.integrated.setLocaleVariables 设置已替换为新的 terminal.integrated.detectLocale 设置。默认值为 auto,这将在您的终端会话中将 $LANG 变量设置为检测到的语言 UTF-8 值,但仅当用户未明确配置时。这个更好的默认值应该会减少与终端中的语言和编码相关的问题。

语言

HTML ARIA 属性参考

HTML ARIA 属性的自动补全和悬停信息现在包含对相应 WAI-ARIA 文档的引用。

HTML ARIA reference

CSS 属性补全带分号

CSS 属性补全现在会在行尾插入分号。

您可以使用此功能配合 Ctrl+Enter (Windows / Linux) 或 Cmd+Enter (macOS) 创建新行,而不会将结尾的 ; 推送到新行。

您可以使用 [css|scss|less].completion.completePropertyWithSemicolon 设置控制此功能。

CSS property completion semicolon

CSS 颜色变量预览

补全 CSS 变量时,如果原始变量是颜色字符串,VS Code 现在会显示带有其颜色的补全项。

CSS variable completion with color swatch

markdown.links.openLocation

新的 markdown.links.openLocation 设置控制 Markdown 文件中的链接在哪里打开。

markdown.links.openLocation 有两个值:

  • currentGroup - 在当前编辑器组中打开链接(默认)。
  • beside - 在当前 Markdown 编辑器的侧边打开链接。

"markdown.links.openLocation": "beside" 在处理文档时可能会很有用。

调试

改进的列断点 UI

在调试时,VS Code 现在行内显示所有断点候选项位置。这使用户更容易在更精确的位置放置断点。为了不使 UI 混乱,只有当一行上存在多个可能的位置时,才显示候选项断点。

您可以直接与行内断点交互;单击以启用和禁用它们,并调用其上下文菜单以执行更多操作。

Inline breakpoints

请注意,此功能需要底层运行时或调试器支持,我们预计未来只有少数调试扩展会使用此功能。对于此版本,Node DebugDebugger for Chrome 支持此功能。作为扩展作者的示例,我们的Mock Debug 示例“模拟”了对此功能的支持。

调用堆栈视图中的行内调试操作

当调用堆栈视图中显示会话或线程时,我们现在在悬停时行内显示调试操作。这将在调试多个会话或线程时更容易控制调试流。您不再需要先将焦点设置在会话或线程上才能对其执行操作。

如果一个会话只有一个线程,则所有操作都会显示在该会话上,因为该线程不显示。否则,所有操作都在其上下文中显示(会话操作在会话上,线程操作在线程上)。

Inline debug actions from the Call Stack view

改进的调用堆栈视图行为

我们改进了调用堆栈视图的功能:

  • 单击调试会话或线程不再展开它们。您必须直接单击箭头 (>) UI 元素。这可以防止在您只是想移动焦点时意外展开会话或线程。
  • 如果新的调试会话没有中断,VS Code 不再自动聚焦它们。

VS Code 现在在调试控制台的表达式中检测链接,而不仅仅是字符串输出中。链接检测算法也得到了改进。

PreLaunchTask 现在可以引用默认构建

随着新变量 ${defaultBuildTask} 的引入,现在可以拥有一个通用的 preLaunchTask,它始终引用默认构建任务。

{
  "name": "Hello World",
  "type": "node",
  "request": "launch",
  "preLaunchTask": "${defaultBuildTask}"
}

${defaultBuildTask} 解析为执行命令任务:运行构建任务时运行的任务名称。与使用运行构建任务命令类似,如果存在多个默认构建任务,或没有默认构建任务,则会显示一个快速选择列表以选择构建任务。

preLaunchTask 出错时保存选择

preLaunchTask 出错时,您现在可以使用记住我在用户设置中的选择复选框来记住您的选择。您的选择存储在用户设置中的 debug.onTaskErrors 中,该设置可以有三个值:prompt (默认)、debugAnywayshowErrors

PreLaunchTask error choice dialog

对扩展的贡献

远程开发(预览版)

远程开发扩展的工作仍在继续,这些扩展允许您使用容器、远程机器或适用于 Linux 的 Windows 子系统 (WSL) 作为功能齐全的开发环境。

1.39 版本的功能亮点包括:

  • 远程资源管理器现在支持 WSL 扩展,并允许您轻松连接到已安装的 Linux 发行版。
  • 新的在容器卷中克隆仓库命令,以便您可以在隔离环境中处理源代码仓库。
  • 对 SSH 连接共享和使用 SSH 连接 Windows 远程机器的实验性支持。

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

您还可以阅读最近的两篇博客文章,其中描述了:

预览功能

预览功能尚未准备好发布,但已足够实用。我们欢迎您在这些功能开发期间提供早期反馈。

TypeScript 3.7-beta 支持

尽管 VS Code 在 TypeScript 3.7 正式发布之前不会捆绑它,但我们已经致力于支持所有激动人心的新 TypeScript 3.7-beta 功能

其中包括:

  • JavaScript 和 TypeScript 文件中可选链和空值合并的语法高亮。
  • 可选链的补全支持。
  • 通过新的 javascript.format.semicolonstypescript.format.semicolons 设置控制分号。

您今天可以通过安装TypeScript 每夜版扩展轻松尝试所有这些新的 TypeScript 3.7 功能。如果您在使用 TypeScript 3.7 beta 时遇到任何错误,请分享反馈并告知我们!

扩展创作

扩展终端 API

扩展终端 API 已最终确定,允许扩展对终端输入做出反应并完全控制其输出。以下代码在启动时创建一个扩展终端并以红色打印“Hello world”:

const writeEmitter = new vscode.EventEmitter<string>();
const pty: vscode.Pseudoterminal = {
  onDidWrite: writeEmitter.event,
  open: () => writeEmitter.fire('\x1b[31mHello world\x1b[0m'),
  close: () => {}
};
vscode.window.createTerminal({ name: 'My terminal', pty });

有关更多详细信息,请参阅 API 参考extension-terminal-sample

符号和补全的废弃标签

允许将补全项和符号标记为已废弃的符号标签 API 已最终确定。在1.38 发行说明中了解更多信息。

在这里您可以看到 Java 扩展正在使用 SymbolTag.Deprecated 来显示引用已废弃类型或成员的源代码,并带有删除线。

Java deprecated method

调试会话名称不再只读

可以更改 DebugSession 的名称。调试会话的名称最初取自 DebugConfiguration。任何更改都将正确反映在 UI 中。

如果 webview 不使用 Webview.asWebviewUri 加载本地资源,则发出警告

在开发使用 Webview API 的扩展时,如果您创建的 webview 直接使用 vscode-resource: URI 而不是新的 Webview.asWebviewUri API 加载本地资源,我们现在会记录一个警告。

Debug warning for a webview that uses vscode-resources

尽管旧的 vscode-resource: URI 将继续工作,但我们希望所有 webview 扩展都迁移到 Webview.asWebviewUri API,因为新 API:

  • 处理从网络驱动器加载本地资源的一些棘手边缘情况。
  • 使得 webview 可以加载本地和远程内容的混合内容。
  • 对于 VS Code 的 Web 版本将更可靠地工作。

树视图消息 API

在树视图中设置消息的 API 已最终确定。您可以在树视图扩展示例中查看如何使用消息 API 的示例。

更新的 Octicons 样式

我们已将 Octicons 更新为与我们的新图标轮廓样式匹配,以便我们的所有图标都保持一致。

Updated Octicons

SCM 文件夹菜单

更新的 SCM 视图现在支持将更改渲染为树状。作为 SCM 提供程序,您可以使用 scm/resourceFolder/context 菜单 ID 为文件夹的菜单贡献命令。

语言服务器协议

语言服务器协议3.15.0 版本的规范已发布。该版本尚未最终确定,因此我们仍然欢迎您在语言服务器协议仓库中提交问题或拉取请求以提供反馈。流式传输和进度报告支持已添加到语言服务器协议的下一版本中。节点服务器和 VS Code 客户端的实现分别作为 vscode-languageserver@6.0.0-next.1vscode-languageclient@6.0.0-next.1 提供。

调试适配器协议

取消支持

调试适配器协议中添加了一个新的 cancel 请求,它可以向调试适配器提供提示,表明前端客户端不再对之前发出的特定请求产生的结果感兴趣。

此请求具有提示特性:调试适配器只能在遵守此请求方面尽最大努力,但不能保证。前端客户端只有在定义了 supportsCancelRequest 功能且其值为 true 时才能调用此请求。

被取消的请求仍然需要发送响应。这可以是正常结果,也可以是错误响应。从已取消的请求返回部分结果是可能的,但请注意,前端客户端没有通用方法来检测响应是否部分。

在 9 月版本中,VS Code 支持对 stacktracescopesvariables 请求(用于调用堆栈变量视图)以及 completions 请求(用于调试控制台)的取消。

请注意,截至 9 月,只有Mock Debug 扩展实现了取消功能。

在源代码范围中查找可能的断点

DAP 客户端可以使用新的 breakpointLocations 请求在给定的源代码范围内查找所有可能的断点位置。这可以在 UI 中使用,以改进“行内”(“列”)断点的可发现性。

客户端只有在定义了 supportsBreakpointLocationsRequest 功能且其值为 true 时才能调用 breakpointLocations 请求。

建议的扩展 API

每个里程碑都会带来新的提议 API,扩展作者可以进行尝试。一如既往,我们渴望您的反馈。以下是试用提议 API 的方法:

  • 您必须使用 Insiders 版本,因为提议的 API 经常更改。
  • 您的扩展的 package.json 文件中必须包含以下行:"enableProposedApi": true
  • 将最新版本的 vscode.proposed.d.ts 文件复制到您项目的源位置。

请注意,您不能发布使用提议 API 的扩展。我们很可能会在下一个版本中进行破坏性更改,我们绝不希望破坏现有扩展。

vscode.env.uiKind

添加了一个新的拟议 API vscode.env.uiKind,它允许扩展确定该扩展正在从哪种 UI 中使用。为支持在浏览器中运行 VS Code,可能的值为 UIKind.DesktopUIKind.Web

vscode.env.asExternalUri

拟议的 vscode.env.asExternalUri API 允许扩展将外部 URI(例如 http:https: URI)从扩展运行的地方解析为客户端机器上相同资源的 URI。这是 vscode.env.openExternal API 的伴侣,不同之处在于它返回结果给扩展,而不是使用外部程序打开解析后的 URI。

import * as vscode from 'vscode';
import * as http from 'http';

const PORT = 3000;

export function activate(context: vscode.ExtensionContext) {
  startLocalServer(PORT);

  context.subscriptions.push(
    vscode.commands.registerCommand('example.command', async () => {
      const resolved = vscode.env.asExternalUri(
        vscode.Uri.parse(`https://:${PORT}`)
      );
      vscode.window.showInformationMessage(
        `Resolved to: ${resolved} on client and copied to clipboard`
      );
      vscode.env.clipboard.writeText(resolved.toString());
    })
  );
}

function startLocalServer(port: number) {
  const server = http.createServer((req, res) => {
    res.end('Hello world!');
  });
  server.on('clientError', (err, socket) => {
    socket.end('HTTP/1.1 400 Bad Request\r\n\r\n');
  });
  server.listen(port);
  vscode.window.showInformationMessage(`Started local server on port: ${port}`);
}

vscode.env.asExternalUri 目前仅支持 http:https: URI。如果扩展在客户端机器上运行,它是一个空操作。但是,如果扩展在远程运行,vscode.env.asExternalUri 会自动从本地机器到远程的 target 建立一个端口转发隧道,并返回一个本地 URI 到该隧道。

资源的只读 webview 编辑器

您可以找到 VS Code 扩展来预览从着色器到 Excel 文件再到 3D 模型的一切。一些大胆的扩展甚至构建了复杂的编辑器样式体验,用于可视化编辑二进制或 XML 文件。虽然所有这些都已通过 VS Code 现有的扩展 API 实现,但目前构建预览或自定义编辑器需要以非直观的方式拼凑大量 API。它还给扩展本身留下了很多任务,通常导致用户体验与 VS Code 的其他部分不一致。自定义编辑器 API 提案旨在改进这一点。

自定义编辑器 API 将提供一个框架,供扩展创建完全可自定义的读/写编辑器,这些编辑器将取代 VS Code 的标准文本编辑器,用于特定资源。例如,XAML 自定义编辑器可以为您的 .xaml 文件显示所见即所得样式编辑器。我们的最终目标是为扩展提供尽可能大的灵活性,同时保持 VS Code 的快速、精简和一致。

此次迭代,我们正在分享自定义编辑器 API 提案的第一部分:只读、基于 webview 的自定义编辑器。您可以在此处找到自定义编辑器提案的概述。自定义编辑器已用于驱动 VS Code 内置的图像预览。

当前的提案只是第一步,很可能会进行大量修订。我们将在未来几个月内继续迭代自定义编辑器 API。

树视图标题

树视图标题始终取自扩展的 package.json 文件。现在,树视图标题最初取自 package.json,但稍后可以更改。对 title 属性的更改将正确反映在视图标题的 UI 中。

startDebugging 的 consoleMode 选项用于合并调试控制台

为了更好地支持分层调试会话,我们向 vscode.debug.startDebugging API 添加了一个可选参数 consoleMode。此参数控制 VS Code 是否应合并父调试会话和子调试会话的调试控制台。例如,这对于集群调试特别有用,在集群调试中存在许多子会话,如果所有调试会话都进入同一个调试控制台,则会更整洁。

移除了已废弃的 Terminal.onDidWriteData API

Terminal.onDidWriteData 拟议 API 已被移除,取而代之的是全局事件 window.onDidWriteTerminalData

工程

网站更新

我们更新了 Visual Studio Code 网站的图标和颜色,以更好地匹配我们的品牌。这反映在整个网站和文档页面中。

Website colors updated

通过 terser 进行 JavaScript 压缩

我们更改了用于产品构建中 JavaScript 压缩的压缩器,改为 terser。以前我们使用的是旧版本的 uglify-es。terser 开发者在采用过程中为我们提供了非常大的帮助。

文件监视器更新 (Chokidar)

在此里程碑中,我们将 macOS 和 Linux 的文件监视器更新到了 3.x 版本,这带来了更高的性能、更低的内存消耗和更小的包大小。您可以从 Chokidar 仓库Chokidar 3 博客文章中了解更多信息。

集成测试针对真实构建运行

我们的产品构建作为构建的一部分运行大量集成测试套件。以前,这些测试是针对从源代码运行的 VS Code 执行的。现在,这些测试使用已构建的 VS Code 版本来验证构建是否已准备好发布。

使用 TypeScript 3.6 构建 VS Code

VS Code 核心和内置扩展现在使用 TypeScript 3.6 构建。

图像预览已移至内置扩展

VS Code 的图像预览功能已从核心代码库移至内置的图像预览扩展。图像预览的功能应与以前几乎完全相同。

The built-in Image Preview extension

将图像预览提取到内置扩展中使其更容易修复错误和添加功能,并且最终将允许扩展更容易地覆盖 VS Code 的内置图像预览。

此更改得益于我们在此次迭代中完成的自定义编辑器 API 工作。

新文档

Node.js 部署教程

Node.js 部署教程已移至 learn.microsoft.com 上的 Azure JavaScript 开发人员中心

您可以在那里找到使用 Visual Studio Code 的教程,以:

值得注意的修复

  • 78984: 建议小部件中触控无效
  • 79196: 调试控制台显示 REPL 结果和 console.log 输出顺序错误
  • 80003: 常规断点没有标题工具提示
  • 55106: 如果至少一个会话验证通过,断点显示为已验证
  • 80435: 请允许我隐藏资源管理器侧边栏中的空文件夹部分
  • 80464: SetVariable 请求的失败消息未显示
  • 80402: 调试 UI 在调试会话结束时不清理加载指示器
  • 82047: 指示远程名称的新标题变量

感谢

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

对我们问题跟踪的贡献

如果您想帮助我们管理传入问题,请参阅我们的社区问题跟踪页面。

vscode 的贡献

vscode-eslint 的贡献

vscode-languageserver-node 的贡献

language-server-protocol 的贡献

debug-adapter-protocol 的贡献

vscode-debugadapter-node 的贡献

vscode-css-languageservice 的贡献

vscode-vsce 的贡献

localization 的贡献

通过 Microsoft Localization Community Platform (MLCP),现有 800 多名云 + AI 本地化社区成员,其中约有 100 名是 Visual Studio Code 的活跃贡献者。我们感谢您的贡献,无论是提供新的翻译、对翻译进行投票还是提出流程改进建议。

以下是贡献者的快照。有关项目(包括贡献者姓名列表)的详细信息,请访问项目网站:https://aka.ms/vscodeloc

  • 丹麦语: Mark Drastrup, Lasse Stilvang。
  • 荷兰语: Niels ter Haar, Laurens Kwanten。
  • 英语(英国): Martin Littlecott, s.benson, sonali Dixit。
  • 芬兰语: Kiti Suupohja, Tommi Finnilä。
  • 法语: Thierry DEMAN-BARCELÒ, Maxime Coquerel, Antoine Griffard, Rodolphe NOEL, DJ Dakta。
  • 德语: Christof Opresnik。
  • 希腊语: Θοδωρής Τσιρπάνης。
  • 希伯来语: Yonatan Bachar, Snir Broshi。
  • 印地语: mtar05, निरव आडतिया, Amit Gusain, Degant Puri。
  • 简体中文: Justin Liu, Yizhi Gu, paul cheung, yungkei fan, 斌 项, Yiting Zhu, 一斤瓜子, Tianzhi Zeng, cool yang, Peng Zeng, Y!an, Joel Yang, 楠 姜, 建 周。
  • 繁体中文: Winnie Lin, 蔡牧村, 謝政廷, Yi-Jyun Pan, Poy Chang。
  • 印尼语: Eriawan Kusumawardhono, Riwut Libinuko, William Surya Permana, Septian Adi, Laurensius Dede Suhardiman。
  • 意大利语: Luigi Bruno, Alessandro Alpi, Claudio Mezzasalma, Marco Dal Pino。
  • 日语: Michihito Kumamoto, Hiroyuki Mori, Aya Tokura, 井上 圭司, Yuzo Konishi, Yoshihisa Ozaki, Kogesaka, Yuta Ojima, TENMYO Masakazu, Koichi Makino, Takayuki Fuwa。
  • 韩语: Hongju, Sungjin Jeong, Seikwang Chung。
  • 拉脱维亚语:Andris Vilde。
  • 立陶宛语: Renatas Laužadis。
  • 波兰语: Kacper Łakomski。
  • 葡萄牙语(巴西): Marcelo Fernandes, Marcondes Alexandre, Felipe Oliveira, Alan Bueno。
  • 葡萄牙语(葡萄牙): Pedro G..
  • 罗马尼亚语: Mihail-Gabriel Alexe。
  • 俄语: konpl。
  • 西班牙语: José María Aguilar, Abdón Rodríguez P., Ricardo Estrada Rdez, Anix Cormak, Carlos Mendible。
  • 泰米尔语: Rajeshkumar Ramasamy。
  • 土耳其语: Safa Selim。
  • 乌克兰语: Oleksandr Krasnokutskyi, Arthur Murauskas。
  • 越南语: Vương, Van-Tien Hoang, Hai Nguyen, Tuan Duong。