EthanLin-TWer
commented
7 years ago 感谢分享\~速度体验和核心理念特别好。我一直在用 WebStorm，上次在 chat 群里面讨论到 IDE 的事情，因为换 IDE 还是一个成本比较高的事情，想试试 VSCode 但我一直没有做。不过倒是产出了一个 checklist，可供换 IDE 的时候参考，里面有几个点，不知道楼主可否分享下这些方面试用 VSCode 的心得\~
- 极简、无干扰、好看的界面
- 可配置的全键盘支持
- 丰富的插件系统，其中 Git 和 Terminal 插件似乎是必须
- 最常用的快捷键，如自动补全、文件导航、自动导包、全局搜索、进入方法、前进后退、live templates 等
- 特色功能
上面是我的界面，简明的界面可以避免分散注意力在多余的元素上，没有 toolbar / status bar / navigation bar / tool buttons，只有行号和代码。同时，没了 GUI，快捷键系统就必须跟上。所以比较感兴趣全键盘、快捷键支持、插件系统这一块，以及 VSCode 有哪些特色的功能和体验，楼主可否分享下使用体验。谢谢啦。
楼下补充得真详细。产品定位、LSP API 很有启发。感谢分享，没有其他独立问题就不再单独回复了。
hronro
agileago
git-issue
lmk123
izee
yyman001
qlie
songxing10000
ghost
kinglisky
keepeye
gxy01
QwertyJack
heiliuer
wangcansunking
（我是黑苹果 i5-8500 + 16g * 2 芝奇 3200）
LinSundy
prophetw
rexleimo
WeiYuanStudio
wl05
seraphlive
bestkp
lyon007
Castleeee
自大学以来，我换了不少编辑器。一开始学习 C# 的时候，用的是 Visual Studio，这款编辑器确实非常好用，即使是用来写 JavaScript 也有很全的代码提示。
后来我决定专攻前端开发，这时候 Visual Studio 就显得太过于笨重了。在学校老师的建议下，我开始用 Dreamweaver，老师极力推荐它的原因是它的「所见即所得」特性——不需要自己写代码，只需要拖一些控件进去，它就会自动帮你生成页面……可是它生成的代码太差劲了，我从来没拖过控件，它的代码提示也不如 Visual Studio 全面，时不时的还会卡顿。
再后来，我在网友的推荐下开始用 WebStorm，简直爱不释手，从此再也没有换过编辑器——
直到半个月前，我试了一下 VS Code。
让我决定去尝试一下 VS Code 原因倒不是因为这个编辑器本身，而是因为它的一个插件——Vetur，由 Vue.js 团队开发，用来给
*.vue文件提供代码提示与 TypeScript 支持。用过 Vue.js 的同学都知道，Vue.js 配置项里面的方法的this其实指向这个 Vue 实例本身，但是 WebStorm（我想其他编辑器也一样）只会把方法里的this识别成这个方法所在的对象，所以编辑器不能正确的提供this的代码提示。在尝试了 VS Code 之后，我再一次体会到了当时发现 WebStorm 的时候的心情——爱不释手、给它折腾了一堆插件、想立刻写一些代码来体验一下这个编辑器，最后，我就停不下来了 😂
我想从我的使用角度解释一下为什么我最终从 WebStorm 转向了 VS Code，也许能给看到这篇文章的朋友们一点参考。
VS Code 最让我看中的特点就是轻量——它的轻量体现在它的启动速度、内存占用和功能。
注意：我是在 2015 年款 MacBook Pro (8GB 内存)上对这两款编辑器进行比较的，可能与你的感受不太一样。
启动速度
VS Code 启动的时候非常快——这里的非常快是相对于 WebStorm 而言的。我使用了同一个中等大小的项目（下文统一称之为测试项目）做测试，这个项目使用了 TypeScript 和 Vue.js，大概有 30 个文件。
在使用 WebStorm 的时候，一般要经过下面这些步骤：
node_modules文件夹 Mark Directory as Excluded，那么需要的时间会更长。所以从我打开 WebStorm 到它真的可以用的这段时间，已经快有半分钟了！在使用 VS Code 之前，我从来没觉得这段时间很长。
那么同样的项目，VS Code 打开需要多长时间？答案是 4 秒。这是在我安装了 19 个扩展的情况下得出的结论，而这 19 个扩展基本涵盖了 WebStorm 中我用得到的功能。
我仔细观察了一下为什么 VS Code 相对于 WebStorm 会快很多：
内存占用
我经常会需要同时开启两三个项目，然后再开一些其他软件（听歌的、微信、Chrome 之类的）。如果我使用 WebStorm，时间一长，8GB 内存就会被用的只剩两三百兆，我不得不用 CleanMyMac 清理我的内存，不然电脑会变得反应迟钝。
同样的情况换成是 VS Code 就没有这个问题。我知道这一感受非常主观，所以在我写这片文章的时候，我尝试分别用这两个编辑器同时打开三个相同的项目，但它们的内存占用从数字上看是差不多的——都是 1.6GB 左右。有一点不同的是，VS Code 的进程本身占用内存很少，但它有很多个 Code Helper 进程，我每关掉一个项目，Code Helper 的数量和它们占用的内存都会相应减少。
上面的数据仅仅只是打开了三个项目的情况，如果后面多使用一段时间，WebStrom 的内存占用会越来越多——这也跟你使用了 WebStorm 中的多少功能相关。按照我这半个月来的使用体验，WebStorm 会让我觉得内存不够用，而 VS Code 就没有。
当然，这些都只是我的主观感受，由于没有足够的数据支持，你可以认为它们在内存占用方面打了个平手。
功能
一个编辑器的功能是越多越好还是越少越好？功能多当然很不错，但并不是所有人都需要一些功能，而且多余的功能会导致编辑器更加笨重。
WebStorm 和 VS Code 都提供了插件系统，但仅从核心大小来看的话，VS Code 无疑要比 WebStorm 轻量许多——这一点你从它们的设置里就可以看出来了。
WebStorm 的插件系统更像是锦上添花，因为它已经内置了很多很有用并且也很好用的功能了。WebStorm 还内置了很多官方维护的插件，但大部分我都不需要，我还得自己去关闭一些。所以，第三方插件我一个也没装过。
反观 VS Code，我觉得它的插件系统才是它的核心功能——VS Code 本身缺少很多功能，如果你不安装一些插件，基本上很难愉快的写代码。
从个人的角度来看，我非常喜欢 VS Code 的做法——我在写一些 JavaScript 项目的时候也是这么想的——核心应该尽可能的小，然后通过插件的方式来补充功能以适应不同的使用场景。Koa 和 Chrome 浏览器就是使用插件扩充功能的例子。
但是，依赖于社区开发的插件就会出现一个问题——插件的质量总是参差不齐的，插件的维护者也不一定会长时间维护下去，所以在给 VS Code 安装插件的时候我花了很长时间尝试了很多个同样功能的不同插件，不过这个痛苦的过程也只是一次性的。
对于未来，我希望 VS Code 团队能像 WebStorm 那样有一些官方维护的高质量插件，避免用户在选择插件的时候眼花缭乱。不过，目前 VS Code 肯定是没有多余的精力做这些的，所以作为用户的我们也只能自己不断的尝试了。
总结
本文从三个方面阐述了我个人认为 VS Code 对比 WebStorm 的优势，但实际上 WebStorm 也并不是没有比 VS Code 好的方面：
我的建议是，如果你不喜欢折腾、更喜欢使用纯 GUI 方式写代码，WebStorm 无疑更适合你，使用 VS Code 的时候，你可能得学一些 Git 命令来弥补 VS Code 在 Git 集成功能方面的不足；如果你更看中 VS Code 的轻量，并且也愿意付出时间去适应、安装插件，那 VS Code 会比较合你的胃口。
最后，欢迎你留下自己的看法 ;)