改进的性能使其更易于使用！ Visual Studio Code 1.19 发布！

你好。
我是Mandai，负责Wild 开发团队。

完成第一份写作工作后，我松了口气，但随后我发现，Visual Studio Code（以下简称VSCode）的版本更新已经姗姗来迟了！
虽然知道已经晚了，但是还是来看看这个版本更新吧！

与往常一样，我们不会提供详尽的列表，但我们重点关注了如果您从开发人员的角度了解这些功能将会受益的功能。

 

一个关于不浮华的表演的故事

我在 1.19 更新中没有看到任何重大新功能，因此我认为性能改进是主要主题。
由于 1.18 是一件大事，1.19 的朴素就凸显出来了。

看来他们的重点是提高启动时的性能，改进如下。

• 启动和配置方面的性能改进
• 通过从缓存中检索从 package.json 获取的扩展信息以在启动期间使用，提高了性能。
• 通过在启动时延迟辅助进程的启动来提高性能（针对文件监视器、文件搜索和扩展等进程）
• 为了更快的启动。与文件加载相关的改进
• 重新设计了断点视图（您的意思是调试窗格中的断点项？）和资源管理器窗格以使用更快的列表小部件而不是树。
• 通过调整触摸事件处理来提高性能
• 通过跳过未使用的布局和计算来提高整体工作台性能
• 通过删除不用于启动的代码来提高性能

我在重构以提高性能方面有一些经验，但这是一个简单的过程。
当你的进步变得完美时，你所获得的自我满足感是令人难以置信的，但大多数时候，你唯一能说的就是“你变得更快了”，所以这通常不会有回报。

因为我就是这样，所以我明白这是多么重要的进步！ （不，我想明白）

 

还有更多命令行参数吗？

我主要在 Windows 上启动 VSCode，因此没有主动使用它，但 VSCode 也可以从命令行启动。
例如，在Linux等上，如果您在终端中输入“code”，GUI屏幕将启动（令我有点震惊的是没有名为“code”的命令）。

添加了“--status”作为命令行参数，以及 VSCode 的版本信息和正在使用的资源信息（显示每个正在运行的进程的 CPU 使用率和内存使用情况，以及该进程的父进程和子进程）。 （显示关系）并显示工作区状态。
我在日常使用中从未遇到过需要此类信息的情况，所以我想这主要是为扩展开发人员提供的功能。

--status选项似乎还有另一个功能：它可以在调试窗格中显示每个VSCode进程的资源使用情况。
不过官方版本似乎没有包含这个功能，需要添加github上提供的模块。

除此之外，现在似乎可以通过管道传输命令行的 stdin（标准输入）并将管道信息传输到启动的编辑器上。

我想知道这是否可以用于错误日志记录之类的事情，但是由于将日志分发到固定文件的机制是使用框架等时的标准功能，因此可以在运行 shell 脚本等时使用它。是吗？
我想不出它的任何用例，所以我会将这个功能保留在我心中的某个地方，并认为有一天我会这样做。

这是完全无关的，但是就日志而言，当我在打开日志文件时，编辑器上的内容在通过文件监控更新时将是最新的，但显示位置也会跟随最后一个。如果你能做到的话那就太好了。

 

工作台选项卡行为已更改

名为“workbench.editor.tabSizing”的项目已添加到 settings.json 中。
这是启动多个编辑器时如何显示选项卡的设置，有以下两种模式可用。

• 合身
• 收缩

如果您选择“适合”（这是默认设置），选项卡将不会小于确保标题可见的大小。
问题是当有太多选项卡需要显示时，并且（可能）最旧的选项卡不再显示，因此您必须使用Ctrl + Tab

如果选择“收缩”，选项卡尺寸会变得无限小，但随着选项卡数量的增加，会出现不显示文字而只显示关闭图标的现象。
如果您确信即使只显示前几个字符也能区分，Ctrl + Tab很麻烦，我们建议您选择收缩。

顺便说一句，我也是收缩粉丝。
但是，如果您将鼠标光标悬停在选项卡上几秒钟，就会显示文件的完整路径，所以这不是什么大问题。

 

剪贴板和文件简单方便的比较

添加了比较剪贴板中的文件和字符串的功能。

如果你想将 github 上另一个分支的文件与本地文件进行比较，你可以从 github 复制并粘贴代码，然后与你本地的文件进行比较，而无需准备每个文件。
以上是我实际使用的案例，但我想还有其他用途。

 

IntelliSense 现在更智能

即使您输入 return 作为 retun，IntelliSense 仍然会看到它。
也是用编辑距离来衡量吗？

 

代码折叠的快捷方式已更改！

仅折叠块注释的Ctrl + K → Ctrl + /快捷方式
老实说，我认为这可能有用，你觉得怎么样？

 

Git 管理的图像文件的 diff

这也简单明了！
不过，我认为图像通常是用 Git 管理的，而且我认为能够并排显示它们并进行比较是非常好的。

由于这就是全部，我不确定是否要提出它，但版本更新发布时我正在比较的图像是一个橙色的 VSCode 图标和一个新的蓝色 VSCode 图标......

 

概括

1.19 还包括许多专注于性能改进的更新，例如基于工作区启用/禁用扩展的能力。

我认为具有大量文件和注册许多扩展的 VSCode 的工作区的行为已经有了相当大的改善，但遗憾的是，在我的环境中，它的速度不够快，无法引起人们的注意。
这并不是说我的改进是白费的，而是我的环境很糟糕，因为我只是轻轻地使用它。

根据大规模开发或开发语言的不同，我有时最终会转向 Eclipse，所以在 2018 年我认为只用 VSCode 编写代码会很好。

 
就是这样。