This is a hacky Roslyn-based LSP server for C#, as an alternative to omnisharp-roslyn.

csharp-ls requires .NET 8 SDK to be installed. However it has been reported to work with projects using older versions of dotnet SDK, including .NET Core 3, .NET Framework 4.8 and possibly older ones too as it uses the standard Roslyn/MSBuild libs that Visual Studio & omnisharp does.

See CHANGELOG.md for the list of recent improvements/fixes.

• csharp-ls is not affiliated with Microsoft Corp;
• csharp-ls uses LSP interface from Ionide.LanguageServerProtocol;
• csharp-ls uses Roslyn to parse and update code; Roslyn maps really nicely to LSP w/relatively little impedance mismatch;
• csharp-ls uses ILSpy/ICSharpCode.Decompiler to decompile types in assemblies to C# source.

dotnet tool install --global csharp-ls

See csharp-ls nuget page

• csharp.solution - solution to load, optional

csharp-ls implements the standard LSP protocol to interact with your editor. However there are some features that need a non-standard implementation and this is where editor-specific plugins can be helpful.

Supports automatic installation, go-to-metatada (can view code from nuget/compiled dlls) and some additional features.

See emacs/lsp-mode.

• Supports code decompilation from metadata

See csharp-ls and vscode-csharp-ls @ github.

See vscode-csharp-ls.

$ (cd src && dotnet build)

• symbol rename;
• code refactorings from roslyn;
• go-to-definition;
• find references;
• document/workspace symbol search;
• textDocument/documentHighlight support:
  • highlighting other symbol references in the document on hover;
• codeAction/resolve support for better performance when invoking code actions;
• semantic token support (thanks to @tcx4c70);
• inlay hint support (thanks to @tcx4c70);
• go-to-definition in metadata support (needs integration from your LSP client).

• check we're not doing lense stuff or other funny things on metadata code (emacs-lsp/lsp-mode issue?);
• find-refs is blocking r/w operations, request scheduling needs smarter refactoring;
  • should we cancel existing ones? -- where cancellable? how to know?
• support for pull diagnostics (lsp 3.17);
• go-to-def in metadata does not work for Attribute as those have Attribute suffix;
• progress support;
• properly escape docxml text, e.g. backquote is a special character in markdown;
• selection range provider
• ability to run tests / test browser support like fsac has?
• razorls integration (server-side)
• analyzer support
• code generator support
• vscode plugin

The api is "csharp/metadata", in neovim ,you can request it like

  local result, err = client.request_sync("csharp/metadata", params, 10000)

You need to send a uri, it is like

csharp:/metadata/projects/trainning2/assemblies/System.Console/symbols/System.Console.cs

In neovim, it will be result(s) from vim.lsp.handles["textDocument/definition"]

and the key of uri is the key,

The key to send is like

local params = {
	timeout = 5000,
	textDocument = {
		uri = uri,
	}
}

The key of textDocument is needed. And timeout is just for neovim. It is the same if is expressed by json.

The object received is like

{
	projectName = "csharp-test",
	assemblyName = "System.Runtime",
	symbolName = "System.String",
	source = "using System.Buffers;\n ...."
}

And In neovim, You receive the "result" above, you can get the decompile source from

local result, err = client.request_sync("csharp/metadata", params, 10000)
local source
if not err then
	source = result.result.source	
end

And there is a plugin of neovim for you to decompile it.

csharpls-extended-lsp.nvim