从Sublime迁移到VS Code，我的体验

打开电脑，双击开发工具的图标时，我不再像从前那样下意识找那片深蓝色的界面——现在第一反应是亮白色的VS Code窗口。作为一个写了五年代码的“老工具人”，我从Sublime Text转到VS Code，不是一时兴起，是被一个小痛点逼出来的：去年底做一个小型电商网站，需要同时管理10个以上的页面文件，还要插一点简单的前端交互脚本，Sublime的插件装多了偶尔会卡顿，找文件还要手动点侧边栏，效率慢了不止一点。抱着“试试不亏”的心态迁移后，我发现这不是简单的换界面，是工具使用逻辑的一次小升级。

为什么会选择VS Code，而不是继续用Sublime？

很多老开发者对Sublime有情怀：启动快、轻量、快捷键顺手。我当初也是因为它“打开就用”的轻量感入坑的，但慢慢发现它的局限：如果做复杂项目，需要的插件太多，比如写HTML要格式化、写JS要语法检查、做后端要连接数据库，装完20个插件后，Sublime偶尔会弹出“内存占用过高”的提示，而且插件之间偶尔会冲突，比如格式化插件和注释插件打架，要花时间调试。

VS Code不一样，它是微软做的，核心是“插件生态的整合”——基础功能已经覆盖了大部分常用操作，不用一开始就装一堆东西。比如写代码时，输入<div>它会自动补全闭合标签，输入console.log会自动识别变量名，这些基础功能Sublime要靠插件实现，VS Code直接自带，省了我折腾插件的时间。我当初选择它的另一个原因是：它的插件是统一管理的，不会像Sublime那样出现“装了插件找不到在哪设置”的情况。

迁移初期的小适应：从“快捷键依赖”到“界面逻辑”

刚转过去的那几天，我差点改回Sublime——习惯了Sublime的Ctrl+Shift+P调出命令面板，VS Code的命令面板位置一样，但快捷键是Ctrl+P，我好几次按错键调出搜索框，把代码改得乱七八糟。不过，用了一周就发现了VS Code的好处：它的侧边栏、面板是可以自定义的，我把常用的“资源管理器”“搜索”“插件”面板固定在左边，把“终端”放在下面，找文件不用再点半天，直接在侧边栏拖拽就行，比Sublime的静态侧边栏灵活多了。

还有个让我惊喜的小细节：写CSS时，我在类名上 hover，VS Code会自动显示这个类对应的所有样式，不用再翻CSS文件找；做项目时，点一下侧边栏的“源代码管理”，就能直接提交代码，不用再单独开Git工具，这些都是Sublime需要装插件才能实现的，VS Code直接内置了，不用额外折腾。

用了三个月后，留在VS Code的理由

现在我已经完全离不开VS Code了，最大的原因是“省心”。上个月帮朋友改一个博客的代码，他用的还是旧版本的Sublime，我帮他装了一个图片懒加载的插件，结果插件和他的语法检查插件冲突，改了半小时才好。而我自己用VS Code做项目时，遇到的问题基本能靠内置功能解决：比如代码格式乱了，按Shift+Alt+F就能一键格式化，不用再找插件；想找某个变量在哪个文件里用了，直接按Ctrl+Shift+F全局搜索，比Sublime的搜索快得多。

还有个生活化的例子：我经常在公司和家里的电脑上做同一个项目，VS Code的“设置同步”功能能把我装的插件、快捷键、界面设置同步到微软账户，不用再像以前那样，换电脑要花一上午装插件、调设置。上周我在公司写的代码，晚上回家打开VS Code，所有设置和插件都在，直接接着写，省了不少时间。

当然，VS Code也不是完美的——启动速度比Sublime慢一点，刚打开时要等2秒左右，但对于复杂项目来说，这点等待完全值得。对我这种写代码时更在意“效率”而不是“启动速度”的人来说，VS Code的插件生态、内置功能、跨设备同步，比Sublime的轻量更实用。

其实工具没有绝对的好坏，Sublime适合轻量的小项目，VS Code更适合复杂的团队项目。但对像我这样经常要同时处理多个文件、偶尔要和别人协作的开发者来说，VS Code的体验确实比Sublime好太多，这也是我从Sublime迁移过来后，最真实的感受。