例如:
|CSDN(ID:CSDNnews)
NET和Visual Studio项目经理Tim Heuer(英语:Tim Heuer)今日宣布,他计划将C#扩展从VS代码转移到语言服务器协议(LSP)。
许多开发人员认为VS代码几乎总是开放源代码,现在是开放源代码。 是否将专有组件插入到NET导致该工具的整体发展走向封闭源代码趋势?
C#扩展到LSP的迁移是不可避免的?
在过去几个月里，.NET团队评估未来如何发展.NET工具生态系统,其他功能将包含在VS代码中。目前，VS Code的C#经验是由 OmniSharp 开发的,这是一个C#的 vim 插件。通过使用当时的API和协议,把它带到VS代码。这一举动引起了相当大的争议。
而今天，语言服务器协议(LSP)已成为现代开发工具间交互的标准机制。因此微软相信，将C#扩展到LSP将帮助他们实现创建可扩展、灵活的工具环境的目标。LSP可以轻易地将新经验集成到CVS代码中。
“为了进一步提高C#在VS代码中的经验,我们打算把扩充转换为完全使用LSP的通信,现有的OmniSharp组件也将更新,以便以这种方式进行通信。我们计划创建新的LSP工具主机组件,它还集成了开放源代码的组件,就像罗斯林和拉索尔一样,以及闭源组件，IntelliCode。LSP的使用将使我们能够在VS代码扩展中引入更多的创新功能,还有一些使用封闭源代码的经验。
一旦LSP工具大师完成,这是VS代码扩展C#的默认体验。现有用户将能够选择现有的开放源代码OmniSharp系统与新的LSP工具主机,后者将提供额外的经验。LSP工具主机不会是开源的,但我们计划与社区沟通,帮助指导我们的未来计划。
我们一直在与OmniSharp团队合作,并计划与他们和更广泛的社区合作,促进这项令人兴奋的事情。
插入专有软件引起争议
许多开发者对C#扩展的转移并不满意,而“封闭源”这个词特别引人注目。
开发者穆罕默德·阿泽兹说:“尽管VS代码中的C#扩展非常流行,但不开放新的LSP是一个奇怪的决定。如果只是关于IntelliCode,他们可以使LSP服务器可扩展和开放源代码,添加一个可选的封闭源组件,IntelliCode。与GitHub Copilot作为独立的扩展一样,它可以在任何地方使用,也许在VS代码中也可以应用类似的方法,因为Copilot的存在,也许IntelliCode在VS代码中也不那么重要。
许多人相信微软一直遵循他们的惯例,也就是说, 采用技术 - - 将技术扩展到其他产品 - - 最终消灭技术.这一举动似乎独一无二。再此之前，微软已注意到安装的C#扩展数目,因此我不得不选择接受。然而,经历了这样几次“奇迹般的手术”,最后, 烟就会消散.
开发者杰拉德·斯密特(Gerard Smit)说:“我宁愿看到Visual Studio市场出现新的扩张但我知道微软有权使用C#扩展,这使得新扩展的出现变得困难。我真希望这不是微软滥用权力,OmniSharp团队也在这方面有发言权。
“同时，不仅LSP服务器能够实现开发工具之间的对话,LSP也由其他编辑器实现,例如,Vim(https://github.com/OmniSharp/omnisharp-vim)或 Emacs(https://github.com/OmniSharp/omnisharp-emacs)。我假设微软不会扩展这些编辑器(因为只提到vcode-csharp),一旦LSP工具主机得到足够的注意,OmniSharp慢慢消失(尤其是当 OmniSharp团队正在研究LSP工具主机时)。这就是最后一步:灭绝。
“当微软试图通过对用户不利的决策来争夺短期权力时,或对现有市场份额的回报,它似乎非常悲伤和短视。开发者Nyeogmi总结。微软通过创建开放源代码获得了许多开发者的支持,但是现在他打算再往后走,这无疑会引起大量用户愤怒。毕竟，任何封闭的工具都会在阳光灿烂的西部山上落成。被开发者们唾弃。
微软的回应
在最近的更新中,回应关于封闭源代码的辩论:LSP的 implementations of Razor and C# will remain open-source as they are today (Roslyn and Razor)。VS Code C# Extension (ms-dotnettools).csharp)本身也将保持开放源代码。现有的开源部分仍然是开源的,并积极开发开放源代码。这确保了使用VS代码以外的LSP的其他人继续访问C#。
这个新的主机组件是开源代码和闭源代码的功能之间的桥梁,我们可以同时提供两者。
尽管微软提供了这样的选择,但微软试图专注于封闭源代码组件似乎已经击败了许多用户。
参考: https://github.OmniSharp/Omnisharp-vscode/issues/5276