VS Code 中的 Blazor 与 Razor:为 .razor 文件提供 C# 工具
Blazor 组件、Razor Pages 和 MVC 视图现在与你的 C# 文件使用同一个 Roslyn 引擎:在标记内部提供悬停、补全、诊断、转到定义、引用和重命名。
Nimblesite 工程团队
SharpLsp 由 Nimblesite 的工程团队构建,并由 Christian Findlay 领导。SharpLsp 采用 MIT 许可证,并以公开方式开发,欢迎在 GitHub 上参与贡献。
Blazor 组件、Razor Pages 和 MVC 视图现在与你的 C# 文件使用同一个 Roslyn 引擎:在标记内部提供悬停、补全、诊断、转到定义、引用和重命名。
应用变慢了,或者内存一直在涨。SharpLsp 现在可以在不离开 VS Code 的情况下分析任意正在运行的 .NET 进程的 CPU 和内存,并把答案标在导致问题的那一行代码上。
每天交付的 .NET 中,有很大一部分是 Windows 上的 .NET Framework 4.8。SharpLsp 在每个操作系统上都能编辑它;在 Windows 上,还能与同一项目的 net10.0 构建并列运行和测试它。
真实的库会在同一个项目文件里同时面向 net462 和 net10.0。SharpLsp 0.23 为其中每个框架都提供完整的体验——C# 与 F# 皆然——并让测试资源管理器逐个框架运行测试。
xUnit v3 4.0 只支持 Microsoft.Testing.Platform;仅支持 VSTest 的 Test Explorer 会显示空树。SharpLsp 现在可在 C# 和 F# 中并行使用 MTP 与 VSTest,包括发现、▶、调试和代码覆盖率。
0.19.0 真正修复了内循环:F5 与启动配置文件的行为与 dotnet run 一致,异步栈读起来就是你写的代码而不是一堆 MoveNext,Test Explorer 背后有 4,800 行端到端测试。
.NET 语言服务器应该是一种平台能力,而不是被困在某个编辑器里的功能——而当下,每个选项都有自己的硬伤。
只有当开发者完全信任时,诊断才有用。SharpLsp 的目标是绝对准确:每一个真实错误都显示,每一个误报都被消除。
F# 不是 C# 的支线任务。这门语言、它的社区以及它的生产履历,都值得拥有从一开始就围绕 F# 语义构建的编辑器工具。