由于其跨平台开发能力、丰富的功能集以及微软的强力支持，Visual Studio 成为许多用户首选的集成开发环境。近日，这家雷德蒙德科技巨头发布了 Visual Studio 2026，并详细介绍了过去几周内对软件进行的各项增强。现在，它谈到了另一个重要话题：键盘快捷键的用户体验。
微软指出，一些键盘快捷键已深深烙印在我们的肌肉记忆中，但在像 Visual Studio 2026 这样的软件中，它们的行为可能有所不同，这可能会让部分用户感到困扰。例如，在 Chrome 和 Visual Studio Code 中，你可以使用 Ctrl + W 关闭标签页，但在 VS 2026 中，它用于选择当前单词。如果你确实想关闭标签页，则需要使用 Ctrl + F4 快捷键。这并非设计缺陷，而是有意为之——程序员们告诉微软，他们从 2000 年代起就使用这个快捷键，改变它可能会打乱许多工作流程。
幸运的是，微软确实允许你在 VS 2026 中更改按键映射，因此如果你确实想交换某个快捷键，是可以实现的。事实上，该 IDE 更进一步，允许你在设置过程中选择开发者配置文件（如 C#、C++、Web 等），之后你的编码体验将根据你的配置文件进行定制。这意味着，特定语言在其他 IDE 和代码编辑器中的快捷键会延续到 VS 2026 中。微软并未止步于此，还允许你从下拉菜单中选择 Visual Basic 6、Visual Studio Code 和 ReSharper 等键位映射方案。
微软进一步强调了在 VS 2026 中更改快捷键的难度，指出仅靠遥测数据是不够的。虽然遥测能记录你的按键操作，但无法捕捉你的意图。为解决这个问题，公司对快捷键进行了作用域限定，使得相同的键盘快捷键可以根据你当前“活动”的窗口（通过覆盖能力）表现出不同的行为。
但问题变得更加棘手，因为一些快捷键是序列式的。例如，在文本编辑器作用域中，Ctrl + E, Ctrl + W 的组合用于切换自动换行，但如果你更改了 Ctrl + E 的映射，这个组合也会受到影响。这就是为什么微软认为在 VS 2026 中更改键盘快捷键是一项“高风险且需要谨慎权衡的操作”：
“Visual Studio 中的每个快捷键都与我们的编码习惯紧密相连——无论是深夜调试、还是团队多年打磨的工作流。当我们添加或更改一个快捷键时，我们不仅仅是选择一个新的按键。我们会审视整个键盘布局，识别哪些按键已被占用，有时甚至需要调整其他快捷键来腾出空间。例如，如果我们为了与现代工具保持一致而将 Ctrl+W 设置为关闭标签页，我们可能需要为‘选择当前单词’重新分配按键，以免让任何用户无所适从。这是一项微妙的平衡工作，旨在保持每位开发者的工作流不受影响，而这种定制化的历史也正是 Visual Studio 属于我们所有人的原因。”
你可以在微软有趣的博客文章中了解更多细节，并留下你对这家科技巨头的反馈。
评论