VisualStudioCode 1.19 发布，性能更佳，使用更便捷！

大家好，
我是Mandai，Wild团队负责开发工作的成员。

正当我完成人生第一份写作工作，感到如释重负的时候，我突然意识到 Visual Studio Code (VSCode) 的更新竟然已经发布很久了！
我知道现在说有点晚了，但我们还是来看看这次更新吧！和

往常一样，我不可能面面俱到，但我重点介绍了从开发者角度来看比较实用的功能。

 

它并不华丽，而是注重实效。

由于 1.19 版本更新似乎并没有什么特别值得注意的新功能，我认为其主要内容可能是性能提升。
与 1.18 版本的大规模更新相比，1.19 版本的低调更新显得尤为突出。

他们似乎特别注重提升初创企业的绩效，具体改进措施包括以下几点：

• 启动和配置性能改进
• 通过在启动时从缓存中检索 package.json 中的扩展信息来提高性能。
• 通过延迟启动辅助进程（例如文件监视器、文件搜索和扩展程序等进程）来提高性能。
• 优化文件加载，加快启动速度。
• 重新设计了断点视图和资源管理器窗格，使用速度更快的列表小部件而不是树状小部件。
• 通过调整触摸事件处理来提高性能
• 通过跳过不必要的布局和未使用的计算，提高了工作台的整体性能。
• 通过移除启动时未使用的代码，提高了性能。

我也经历过为了提升性能而进行代码重构，这其实是一项相当枯燥乏味的工作。
当你的改进完美奏效时，那种成就感固然令人难以置信，但通常情况下，你得到的仅仅是一句简单的“现在速度更快了”，所以常常会觉得没什么成就感。

所以我才明白这项改进有多么重要！（其实，我是想弄明白！）

 

有很多命令行参数。

我主要是在 Windows 系统上启动 VS Code，所以很少用到这个功能，但 VS Code 也可以通过命令行启动。
例如，在 Linux 系统上，你可以在终端输入“code”命令，然后就会启动图形界面（我有点惊讶 Linux 系统里居然没有“code”这个命令）。

新增了一个名为“--status”的命令行参数，用于显示 VSCode 版本信息、资源使用情况信息（包括每个运行进程的 CPU 使用率和内存使用率，以及进程的父子关系）和工作区状态。我
在日常使用中从未需要过这类信息，所以我认为这主要是为扩展开发者提供的功能。

`--status` 选项似乎还有另一个功能：它可以在调试窗格中显示每个 VSCode 进程的资源使用情况。
但是，此功能似乎并未包含在官方版本中，您需要从 GitHub 添加一个模块。

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

我原以为这个功能可以用来记录错误日志之类的，但自动将日志写入特定文件的机制在框架之类的东西里是标配，所以我猜它大概是用来写 shell 脚本之类的。我
暂时想不到它的具体用途，所以我会记住这个功能，希望以后有机会能用它来展示一下。

这完全无关，但说到日志，当您打开日志文件时，当监视该文件时，编辑器中的内容会更新，但如果显示位置也能跟随文件末尾一起更新就更好了。

 

工作台选项卡的行为已改变

settings.json 文件中新增了一个名为“workbench.editor.tabSizing”的设置项。
该设置项决定了打开多个编辑器时选项卡的显示方式，并提供以下两种模式：

• 合身
• 收缩

如果选择“适应”（默认设置），标签页的最小尺寸将始终保持标题清晰可见。
但当标签页过多无法全部显示时，问题就出现了；（很可能）最早的标签页会消失，因此Ctrl + Tab 键从列表中选择它们

如果选择“缩小”，制表符会无限缩小，但随着制表符数量的增加，文本会逐渐消失，只显示关闭图标。
如果您确信即使只显示前几个字符也能区分制表符，Ctrl + Tab快捷键不方便，那么我们建议您选择“缩小”。

顺便说一句，我也更喜欢用 Shrink。
不过，如果你把鼠标光标悬停在标签页上几秒钟，就会显示完整的文件路径，所以对我来说这并不是什么大问题。

 

一个简单但实​​用的剪贴板和文件比较工具

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

在比较 GitHub 上不同分支的文件和本地计算机上的文件时，无需每次都准备文件；只需从 GitHub 复制粘贴代码，然后与本地计算机上的文件进行比较即可。
以上是我实际使用的一个例子，但我认为它还有其他用途。

 

IntelliSense 变得更智能了

即使你把“return”误打成“return”，IntelliSense 也能立刻识别出来。
我怀疑它是不是在计算莱文斯坦距离之类的。

 

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

它可以折叠块级注释Ctrl + K → Ctrl + /快捷键，
说实话，我觉得它可能相当实用，你们觉得呢？

 

Git 管理的图像文件差异

这个功能也相当简单！
但我认为很多人都用 Git 管理图片，能够并排显示和比较它们确实很方便。

由于内容仅此而已，我原本犹豫要不要把它放进来，但是那张对比橙色 VSCode 图标和新的蓝色 VSCode 图标的图片……

 

概括

1.19 版本还包含许多以性能改进为重点的更新，例如可以按工作区启用/禁用扩展。

我猜想，对于文件数量庞大的工作区和安装了大量扩展的 VSCode 来说，性能提升应该非常显著。但遗憾的是，在我的环境下，我并没有感受到明显的性能提升。
但这并不意味着这些改进毫无意义；只是我的环境对 VSCode 的使用量很小，所以才出现了问题。

根据开发规模或开发语言的不同，我有时会发现自己需要使用 Eclipse，因此我希望在 2018 年能够只使用 VSCode 编写代码。

 
就这样。