2

微软计划在C# for VS Code扩展中加入闭源组件惹开发者唾弃

 1 year ago
source link: https://blog.csdn.net/csdnopensource/article/details/125320885
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.

微软计划在C# for VS Code扩展中加入闭源组件惹开发者唾弃

original.png
开源头条 newCurrentTime2.png 于 2022-06-16 18:13:06 发布 articleReadEyes2.png 166

整理 | 彭慧中 责编 | 屠敏
出品 | CSDN(ID:CSDNnews)

微软负责.NET和Visual Studio的项目经理Tim Heuer在今天宣布:计划将VS Code中的C#扩展迁移到语言服务器协议(LSP)中,与此同时还伴随着闭源组件的加入。

在这里插入图片描述
消息一经发布就激起了不小的水花。很多开发者认为VS Code几乎一直是开源的,现如今在开源的.NET中插入专有的组件,是否会导致此工具整体向着闭源趋势发展?这一操作究竟为何,也给无数开发者留下了疑问。

在这里插入图片描述

C#扩展迁移至LSP已成必然?

在过去几个月里,.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


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK