VSCode插件和alpha版本的想法

Seb*_*lle 4 visual-studio-code

所以我开始猜测Javascript不是VSCode的最佳选择.它与SublimeText几乎相同甚至更慢,尽管调试器和代码intel非常棒且远远超出了Sublime的功能.

事情是我突然在窗户的右侧看到了一个类似铬的检查员框架,引起了我的注意并让我在谷歌上搜索它(太糟糕了,几乎没有人在讨论vscode,所以甚至找到一些信息都很痛苦) ,并发现另一个人得到了同样奇怪的问题.有人告诉他,F12打开检查员就像一个普通的网络应用程序,所以你可以看看引擎盖(因为它没有任何意义,可能只是一个bug).

事情是我决定测试按键,并发现Fn + Shift + Cmd + F12用一个奇怪的按钮和一个网络检查器打开一个新窗口,它根本没有任何实用程序,但它就在那里所以我好奇并且搞砸了它有一段时间了.糟糕的主意,因为它崩溃了整个应用程序.

所有这些故事都警告Javascript如何不像Objective C那样稳定和独立,因为它显然是在V8和Webkit之上工作,所以其中任何一个都会增加崩溃的机会.

Sublime也曾为我崩溃过几次,但它确实是Atom Saving(操作系统的本机自动保存,它存储文件系统中的每个变化,因此应用程序崩溃不会影响文件).

VSCode不是本机的,处于非常alpa状态(今天的版本0.1.0),所以这是对他们的反馈和对其他用户的警告,这里发布,因为在他们的网站上有这个stackoverflow社区的链接,并且是他们拥有的唯一以社区为导向的反馈方式.

我希望他们打开开发,以便其他人可以贡献,或者至少像SublimeText一样,它不是开放的,但通过插件和python控制台支持可扩展性.

现在,问题是:

有没有办法让Sublime插件在这里工作?

小智 6

我们在内部使用您发现的键绑定来快速调试VSCode,以防我们发现问题.我们只是忘了删除它们,有点像Ctrl+Alt+Delete发生的事情 :).

我们将在下一次更新时删除这些键绑定,以避免在几周内出现混淆.

我们计划支持插件,我们在这个故事上取得了进展,但是我们对API不满意,我们决定在公开之前进一步验证和改进它,以尽可能避免未来的API破损.

至于实际问题,不可能在VSCode中运行Sublime插件,原因与Eclipse或Visual Studio中无法运行Sublime插件的原因类似.但是,为不同平台开发的插件之间存在代码共享的可能性,例如参见Omnisharp,它随VSCode一起提供,并且有一个Sublime插件.

  • 哇,非常感谢你的回复,希望能有一些内部关于下一版本的预期.我想更多支持keybindings,你有没有机会复制sublime支持的完全相同的列表?为了支持"扩展选择"操作,例如从当前范围或其父级的开头到结尾,或选择它.这是迫使我有时切换到Sublime的用例之一. (3认同)