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

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

我终于完成了人生中的第一个写作项目，松了一口气，但随即意识到 Visual Studio Code (VSCode) 的更新早就该来了！
我知道现在更新有点晚了，但我们还是来看看这次更新吧！

和往常一样，这次更新并不全面，但我精选了一些对开发者来说有用的功能。

 

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

1.19 版本更新并没有什么引人注目的新功能，所以我认为主要亮点在于性能提升。1.19
版本的低调内敛确实令人印象深刻，尤其是在 1.18 版本改动巨大的情况下。

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

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

我有重构代码提升性能的经验，但这的确是一项枯燥乏味的工作。
当你的改进完美奏效时，那种成就感固然令人难以置信，但大多数时候，人们只会觉得“现在速度更快了”，所以往往得不到什么回报。

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

 

有很多命令行参数。

我主要在 Windows 系统上使用 VSCode，所以用得不多，但你也可以从命令行启动它。
例如，在 Linux 系统上，你可以在终端输入“code”，然后就会启动图形界面（我有点惊讶，居然没有一个叫“code”的命令）。

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

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

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

我曾想过这或许可以用于错误日志记录之类的，但将日志转储到特定文件的机制是框架的标准功能，所以它可能用于编写 shell 脚本。我
暂时想不到它的具体用途，所以先把这个功能记在心里，希望以后有机会能用上。

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

 

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

settings.json 文件中已添加了“workbench.editor.tabSizing”设置。
此设置控制打开多个编辑器时选项卡的显示方式，并有两种模式：

• 合身
• 收缩

如果选择“适应”（默认设置），标签页的宽度不会小于确保标题能够完整显示所需的宽度。但
问题在于，如果标签页数量增加，无法全部显示，最旧的标签页（很可能）会消失，您需要使用Ctrl + Tab 键

如果选择“缩小”，制表符的大小会无限缩小，但随着制表符数量的增加，文本将不再显示，只会显示关闭图标。如果
您确信即使只显示前几个字符也能区分制表符，Ctrl + Tab很麻烦，我们建议您选择“缩小”。

顺便说一句，我也是文件缩小的用户。
不过，如果你把鼠标光标悬停在标签页上几秒钟，就会显示文件的完整路径，所以其实也没那么麻烦。

 

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

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

如果你想将上传到 GitHub 的另一个分支中的文件与本地文件进行比较，你可以直接从 GitHub 复制粘贴代码，然后与本地文件进行比较，而无需逐个准备文件。
以上是我实际使用的一个例子，但我觉得它还有其他用途。

 

IntelliSense 变得更智能了

即使你把“return”输入成“return”，IntelliSense 仍然能区分它们。
我怀疑它是不是在计算莱文斯坦距离。

 

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

Ctrl + K → Ctrl + /，
它可以只折叠块级注释我觉得它可能很有用，你觉得呢？

 

Git 管理的图像文件差异

这虽然有点枯燥
，但我认为用 Git 管理图片很常见，能够并排比较它们是一个很棒的功能。

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

 

概括

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

我认为对于文件数量庞大的工作区和注册了许多扩展的 VSCode 来说，性能提升非常显著，但遗憾的是，在我的环境中并没有感觉到速度提升。
这并非因为这些改进毫无意义，而是因为我的环境使用量非常小。

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

 
就是这样。