微软负责.NET和Visual Studio的项目经理Tim Heuer在今天宣布：计划将VS Code中的C#扩展迁移到语言服务器协议（LSP）中，与此同时还伴随着闭源组件的加入。
消息一经发布就激起了不小的水花。不仅让开发者们群情激愤，还遭到来自Gnome、Mono和Xamarin的Miguel de Icaza的尖锐反驳：“微软将颠覆一个活跃的开源项目，强行引入一个专有扩展来继续锁定.NET，这确实令人失望”。这一操作是否会导致VS Code整体向着闭源趋势发展？微软究竟意欲何为，也给无数开发者留下了疑问。
在过去几个月里，.NET团队评估了未来将如何发展.NET工具生态系统，并将更多的功能纳入VS Code中。目前，VS Code中的C#体验是由OmniSharp（一款用于c#开发的vim插件）于8年前，通过使用当时的API和协议，将其带到VS Code中的。这一举措曾引起了很大的反响。
而今天，语言服务器协议（LSP）已经成为现代开发工具之间相互对话的标准机制。因此微软相信，将C#扩展迁移到LSP将帮助他们完成创建一个可扩展的、灵活的工具环境的目标。LSP可以轻松地将新经验整合到VS Code的C#中。
Tim Heuer表示：“为了使在VS Code中的C#体验进一步提升，我们打算将扩展转换为完全使用LSP进行通信，并将现有的OmniSharp组件也更新为以这种方式通信。我们计划创建一个新的‘LSP工具主机’组件，它同时整合了开源组件，如Roslyn和Razor，以及闭源组件，如IntelliCode。利用LSP将使我们能够为VS Code扩展中的C#带来更多创新功能，以及一些使用闭源的经验。”
“一旦LSP工具主机完成，这将成为C# for VS Code扩展的默认体验。现有的用户将能够在目前存在的开源OmniSharp系统和新的 "LSP工具主机 "之间进行选择，而后者将提供额外的体验。LSP工具主机不会被开源，但我们计划与社区进行沟通，以帮助指导我们的未来计划。”
“我们一直在与OmniSharp团队合作，未来也计划与他们以及更广泛的社区合作，以推动这一令人兴奋的.NET工具的新未来。”
不少开发者对C#扩展的转移不置可否，对“闭源”的这一字眼更是感到格外刺眼。
开发者Muhammad Azeez表示：虽然VS Code中的加入了C#扩展是非常受欢迎的，但新的LSP不开源则是一个奇怪的决定。如果仅仅是关于IntelliCode，那么他们可以使LSP服务器实现可扩展且开源，并加上可选的闭源组件，如IntelliCode。正如GitHub Copilot作为一个独立的扩展，在任何地方都可以使用，也许类似的方法也可以用于VS Code中的IntelliCode，而由于Copilot的存在，或许IntelliCode在VS Code中也并不那么重要。
不少人认为微软一直遵循着他们的惯用伎俩，即：拥抱技术——将技术扩展到其他产品中——最后消灭技术。而此次举动似乎也别无二致。再此之前，微软已经注意到了C#扩展的安装量，因而不得不选择“拥抱”，然而经历这样几拨“奇葩操作”后，最终也将走向烟消云散。
开发者Gerard Smit表示：“我宁愿在Visual Studio市场上看到一个新的扩展，但我明白微软拥有C#扩展的权利，这使得新扩展的出现很难发生。我真的希望这不是微软利用其权力的行为，OmniSharp团队在这方面也有发言权。”
“同时，不仅仅是LSP服务器能实现开发工具之间的对话，LSP也被其他编辑器所实现，如Vim（https://github.com/OmniSharp/omnisharp-vim）或Emacs（https://github.com/OmniSharp/omnisharp-emacs）。我假设微软不会为这些编辑器做扩展（因为只提到了vscode-csharp），所以一旦LSP工具主机得到充分关注，OmniSharp就会慢慢消亡（特别是如果OmniSharp团队正在研究LSP工具主机的情况下）。那么这就是最后一步：消灭。”
“当微软试图通过做出不利于用户的决定来争夺短期内的权力，或在现有的市场份额上获得回报时，似乎是很可悲和短视的。”开发者Nyeogmi总结道。微软曾通过建立开放源码从开发者那里获得了大量的好感，如今却又打算走回头路，这无疑将激起大批用户的愤怒。毕竟，任何封闭的工具最终都会“日薄西山”，被开发者们唾弃。
Tim Heuer在最近的更新中，回应了关于闭源的争论：Razor和C#的LSP实现将像今天一样保持开源（Roslyn 和 Razor）。VS Code C#扩展 (ms-dotnettools.csharp) 本身也将保持开源。已经的开源部分仍然保持开源，并且在积极的开源开发中。这确保了 VS Code 之外使用 LSP 的其他人继续有权访问C#。
而这个新的主机组件是开放和封闭源代码功能之间的桥梁，我们可以同时提供两者。
尽管微软提供了这样的选择，但微软企图在闭源组件上打主意的“司马昭之心”似乎也已经败了不少用户的好感。
参考资料：https://github.com/OmniSharp/omnisharp-vscode/issues/5276