整理 | 彭慧中 责编 | 屠敏微软负责.NET和Visual Studio的项目经理Tim Heuer在今天宣布:计划将VS Code中的C#扩展迁移到语言服务器协议(LSP)中,与此同时还伴随着闭源组件的加入。
出品 | CSDN(ID:CSDNnews)
文章图片
消息一经发布就激起了不小的水花。不仅让开发者们群情激愤,还遭到来自Gnome、Mono和Xamarin的Miguel de Icaza的尖锐反驳:“微软将颠覆一个活跃的开源项目,强行引入一个专有扩展来继续锁定.NET,这确实令人失望”。这一操作是否会导致VS Code整体向着闭源趋势发展?微软究竟意欲何为,也给无数开发者留下了疑问。
文章图片
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#扩展的安装量,因而不得不选择“拥抱”,然而经历这样几拨“奇葩操作”后,最终也将走向烟消云散。
【开源|微软计划在C# for VS Code扩展中加入闭源组件惹开发者唾弃】开发者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
推荐阅读
- c#|windows 文件后缀名
- 面试|windows sql server 如何卸载干净()
- 开源资讯|微软商店清理门户,禁止第三方对免费开源软件收费!
- Windows|从 VHDX 文件恢复 (导入) WSL 2 安装
- C++|走进Boost
- Java|java面试总结(一)java面向对象、arraylist与linkedlist区别、高并发中的集合问题、JDK1.8新特性
- VUE|vue项目中 localStorage 的用法建议
- 机器人学习|【机器人】Car-Like小车移动机器人控制实验(word报告+matlab程序代码)
- 前端学习日志|JavaScript基础语法_JavaScript简单类型和复杂类型