razzmatazz
Please describe WHY csharp-language-server exists as an alternative to omnisharp
Thanks for building this; the community benefits from options and vitality and experimentation.
The README for this project states
This is a hacky Roslyn-based LSP server for C#, as an alternative to omnisharp-roslyn.
But WHY? What made you want to build this as an alternative? What problems are you solving with csharp-language-server? For casual users, how would they decide whether to use THIS or to use omnisharp-roslyn, or some other option. Is it licensing? Platform availability? Performance? Reliability? Feature gaps? Feature velocity? Describing your own personal WHY can help people evaluate their options.
If you would like to go a little further, you could describe the options as you see them and the comparison between them. Here is an excellent example of what I mean. "Selectrum" was a framework for the emacs editor (it's now deprecated), and when it was first created, there were numerous other similar options. Navigating this choice was daunting for any casual user. The author of Selectrum wrote a clear summary of the options including what he saw as advantages and disadvantages of each option. see here
It would be lovely if you could provide something similar.
To be clear, I am asking for a documentation change only.
I'm not the creator, but OmniSharp is a fair bit slower than the Roslyn analyzer, especially when trying to use something like the LSP-OmniSharp package in Sublime Text. Using OmniSharp takes several minutes to load the gigantic solution (over two dozen projects) for my work.
With csharp-ls, the solution loads in about 30-45 seconds. That's a pretty remarkable improvement.
It's still not as fast as something like VSCode, but it really turns Sublime Text into a viable replacement, especially given that MS is really pushing AI hard and it's starting to creep it into VSCode. This LSP has given me a really convenient escape hatch into basically any editor that supports the language server protocol.
