在 Visual Studio Code 中启用实用设置

大家好，
我是开发团队野生队的成员 Mandai。

我使用 Visual Studio Code (VSCode) 作为我的主要编辑器已经大约一年了。
开发速度非常快，不断有令人兴奋的新功能加入，但我感觉自己已经跟不上时代了……

我们整理了一份推荐设置列表，以便您可以定期检查您的设置并评估您的知识。

 

编辑器相关设置

首先，我们来看看编辑器周围的设置，这才是编辑器的核心。
最近一个热门话题是在编辑器左侧显示小地图的功能。
我还记得当时我意识到“用形状把握代码流程”这个新概念时的感受，感觉“我的大脑一下子被刺激到了！”

 

编辑器.小地图.渲染角色

仔细观察小地图，你会发现文字依然清晰可辨，但实际的代码字体却变得非常小。
用彩色方块代替代码后，感觉游戏运行速度似乎更快了一些（至少我的体验是这样）。

如果你要编写很长的代码，这非常有用。

 

编辑器.小地图.显示滑块

关于小地图还有一点：
当鼠标光标悬停在小地图上时，当前显示的区域会高亮显示，但此设置将使该区域始终保持高亮显示状态。

它的好处在于可以帮助你了解自己的位置，降低迷路的可能性。

 

编辑器自动缩进

复制粘贴代码或使用 Alt + 方向键移动代码时，调整缩进可能比较麻烦。
尤其是在移动多行代码时，更是如此。因此，虽然不应该过度依赖此功能，但它仍然是一个非常实用的功能，可以根据上下文自动调整移动行的缩进。

这样就省去了反复按方向键→Home键→Tab键的步骤，非常好。

从 1.15 版本开始，此功能已默认启用！万岁！

 

编辑器.字体连字

此设置使用连字，但除非您指定字体系列中支持连字的字体，否则此设置毫无意义。

我一直在用
Fira Code 字体在编程界是一款很流行的支持连字的字体。我想这是因为制作这类字体需要花费时间和精力，而 Fira Code 是开源的。

它看起来会像这样。

虽然箭头运算符显示为单个字符，Markdown 标题符号连接在一起，看起来更直观，但这并不适合初学者，因此请在使用时务必小心，
尤其是在学习新语言时，因为它可能会导致混淆。

就我个人而言，我觉得 Consolas 更容易读懂，但我很喜欢它。

支持连字的字体让编程变得更有趣，这真是太棒了。

 

航站楼周围

在开发过程中，几乎所有情况下都需要用到终端，因此你可能会经常在 VSCode 中按下“Ctrl + Shift + @”组合键。
本文将介绍一些与终端相关的设置。

 

终端集成 shell 窗口

我想很多人可能认为他们最常用的终端不是命令提示符，所以我将介绍更改终端的设置。

终端更改需要重启才能生效，但如果您向此选项提供终端可执行文件的路径，则会使用该终端。

就我尝试过的情况来看

• 命令提示符
• PowerShell
• Git Bash
• Ubuntu 上的 Bash（Windows 系统）

看来它确实可用，而且 Ubuntu 上的 Bash 对从事基础设施工作的工程师来说似乎很有用，这太好了。

 

终端集成滚动条

此选项允许您设置终端的最大行缓冲区大小。

默认值为 1000 行，但如果您的日志流量很快或输出量很大，最好增加此值，以减少遗漏任何内容的可能性。

 

文件相关

接下来我们将介绍文件保存的设置。

 

文件.eol

指定文件的换行符代码。请指定为“\n”或“\r\n”。

由于换行符可能因开发环境或项目而异，因此最好从“用户设置”切换到“工作区设置”并在那里进行设置。

虽然是件小事，但很重要，所以我很感激。

 

文件编码

除了换行符代码外，字符编码也会根据环境而变化。
最近，UTF-8 已成为默认编码，所以我们不太关注这一点，但在较旧的系统中，它们通常使用 Shift-JIS 编码。

我只是偶尔用用，但我很感激它。

 

全局设置（工作台）

最后，我们将查看 VSCode 的整体设置，即工作台。

 

workbench.editor.enablePreview

这取决于时间和情况，但 VSCode 编辑器有一个称为预览模式的状态，当您从资源管理器打开它时，它就处于预览状态。

在您进行任何更改之前，它将被视为预览，但如果您打开另一个文件，预览编辑器将被重用，
这意味着新选择的文件将取代之前作为预览打开的文件。

如果你还记得因为想要并排查看源代码而感到沮丧，不妨尝试将此选项设置为“false”，你或许就能享受无压力的编码体验。

您也可以按住 Ctrl 键并选择文件，将其显示在新组中，但遗憾的是，您最多只能显示三个组。

您也可以用鼠标拖动文件来打开它们，所以如果您不介意使用鼠标，就没有必要强制关闭它。

 

概括

我尝试收集了一些技巧和窍门，但其中有多少你已经知道了呢？
正如我在开头所说，VSCode 发展如此迅速，以至于这篇文章可能很快就会过时。
如果真到了那一天我会感到难过，但我同时也希望能够继续使用更便捷的 VSCode。

 
就这样。