所以我开始猜测 Javascript 不是 VSCode 的最佳选择。它与 SublimeText 几乎相同，甚至更慢，尽管调试器和代码 intel 非常棒并且远远超出了 Sublime 的能力。
问题是我突然在窗口右侧看到了一个类似 chrome 的检查器框架，这引起了我的注意并让我在谷歌上搜索它(太糟糕了，几乎没有人在谈论 vscode，所以即使找到一些信息也很痛苦) ，并发现另一个人也遇到了同样奇怪的问题。有人告诉他 F12 打开检查器就像一个普通的网络应用程序一样，这样你就可以查看引擎盖(这很可能是废话，因为它没有任何意义，可能只是一个错误)。
问题是我决定测试按键，发现 Fn+Shift+Cmd+F12 会打开一个新窗口，其中有一个奇怪的按钮和一个网络检查器，它根本没有实用程序，但它就在那里，所以我很好奇并搞砸了一会儿。坏主意，因为它使整个应用程序崩溃。
所有这个故事都有一个警告点，即 Javascript 不像 Objective C 那样稳定和独立，因为它显然是在 V8 和 Webkit 之类的基础上工作的，其中任何一个都会增加它崩溃的机会。
Sublime 也为我崩溃了几次，但它确实执行了 Atom Saving(操作系统的 native 自动保存，将所有更改存储在文件系统中，因此应用程序崩溃不会影响文件)。
VSCode 不是原生的，并且处于非常 alpa 状态(今天的版本为 0.1.0)，所以这是对他们的一种反馈，也是对其他用户的警告，发布在这里是因为在他们的网站上有这个 stackoverflow 社区的链接，并且是他们拥有的唯一由社区驱动的反馈方式。
我希望他们打开开发，以便其他人可以做出贡献，或者至少像 SublimeText 一样，它不开放，但通过插件和 python 控制台支持可扩展性。
现在，问题:
有没有办法让 Sublime 插件在这里工作？
最佳答案
我们内部使用您找到的键绑定(bind)来快速调试 VSCode，以防我们发现问题。我们只是忘了删除它们，kind of like how Ctrl+Alt+Delete happened :)。
我们将在几周后的下一次更新中删除这些键绑定(bind)，以避免混淆。
我们有支持插件的计划，我们在这个故事上取得了进展，但我们对 API 不够满意，我们决定在公开之前进一步验证和改进它，以避免 future API 损坏。
至于实际问题，无法在 VSCode 中运行 Sublime 插件，原因类似，无法在 Eclipse 或 Visual Studio 中运行 Sublime 插件。但是，为不同平台开发的插件之间可以共享代码，例如 Omnisharp ，它随 VSCode 一起提供，并且有一个 Sublime 插件。
关于visual-studio-code - VSCode 插件和关于 alpha 版本的想法，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/29996838/