Visual Studio Code

语言的通用协议

2016年6月27日，由VS Code团队发布，@code

Visual Studio Code 是适用于任何开发者的编辑器，无论您使用哪种编程语言。无论是工具中捆绑的语言还是Marketplace中的扩展，我们都支持超过150种语言。我们还致力于公开开发VS Code，并使支持VS Code的组件可用且开源。我们最著名的组件之一是Monaco编辑器，但另一个支持VS Code的技术是一个开放的、基于JSON的协议，任何人都可以通过实现“语言服务器”来为VS Code添加对新编程语言的支持。

任何开发者 任何语言 任何工具

任何语言，任何工具

今天在旧金山的DevNation会议上，我们与Red Hat和Codenvy一起宣布，这种语言服务器协议现在正被整个行业的工具创建者和语言提供者采用。对于语言创建者来说，这意味着他们的语言在各种开发工具和操作系统上的工具体验得到了增强，类似于TypeScript开发者或C#开发者（通过OmniSharp）今天所获得的体验。这也意味着任何开发者都可以在任何工具上为他们最喜欢的编程语言获得一致的编辑体验——即使该工具不是VS Code。

它是如何工作的

Visual Studio Code 为许多编程语言提供了丰富的语言支持。对特定编程语言的支持是由一个对该语言有深入理解的语言服务器驱动的。VS Code 与这些服务器通信，以实现丰富的编辑功能，如“错误与警告”、“重构”和“转到定义”。

语言服务器协议

以下是一个工具和语言服务器在常规编辑会话期间如何通信语义信息的示例：

  • 用户在工具中打开一个文件（称为文档）：工具通知语言服务器文档已打开（didOpen），并且该文档的信息由工具在内存中维护。

  • 用户进行编辑：工具通知服务器文档更改（didChange），并且语言服务器更新程序的语义信息。在此过程中，语言服务器分析此信息，并向工具通知发现的错误和警告（diagnostics）。

  • 用户对符号执行“转到定义”：工具向服务器发送definition请求。服务器响应包含定义所在的文档的uri以及文档中的range。根据这些信息，工具可以在定义位置打开相应的文档。

  • 用户关闭文档（文件）：从工具发送一个didClose通知，告知语言服务器该文档现在不再在内存中，而是由文件系统维护（即存储在文件系统上）。

这种通信通过JSON-RPC进行，在典型的会话过程中会发生多次。

语言服务器序列

这种架构允许VS Code与多个语言服务器进行交互，每个服务器可以用任何语言实现（独立于工具实现的语言），并支持各种功能，只要它使用基于JSON的通用协议。

它还使得一个给定的语言服务器能够被实现一次，并被不同的工具利用。这就是为什么该协议被Codenvy采用令人兴奋，他们已经将其添加到下一代Eclipse IDE，Eclipse Che，以及Red Hat，他们正在努力发布一个独立的Java语言服务器，任何使用该协议的工具都可以使用它。

开放规范

该协议的完整规范可在公共GitHub仓库中找到，同时还有协议至今的演变历史。随着越来越多的语言和工具采用该协议，我们打算与Red Hat、Codenvy等合作伙伴以及开源社区中的其他成员一起支持和演进该协议。任何人都可以像其他开源项目一样，在仓库中提问、提交问题或提交拉取请求。

下一步

这仅仅是个开始——像OmniSharp（C#）、JSON、C++、xText、JavaFX和R等编程语言的社区已经承诺在未来为他们的语言发布语言服务器。完整的协议实现列表，包括语言服务器、编辑器和SDK，可以在GitHub仓库中找到。

如果你想了解更多，观看分组讨论，查看来自Red Hat和Eclipse Che团队的博客文章，并访问GitHub上的语言服务器协议仓库。甚至还有一个语言服务器演练，你可以逐步查看用TypeScript和Node.js实现的工作语言服务器的源代码。当然，你可以用任何语言实现一个语言服务器！

编程快乐！

VS Code 团队, @code