Fewer than 5 people recommend it so far, so there's no written verdict. Here is what commenters said.

3recommend
2warn against
Dec 16, 2025first mention
Oct 21, 2026latest mention
Nov 25 – Oct 26
Used forstricter c# compile-time checksagents navigating c# codebasesfinding floating-point hotspotsc# custom lint rulesstatic analysis in cic# compiler api

Why people recommend it

“make compilation much stricter with Roslyn analyzers”

“With Roslyn APIs, strong typing, structured namespaces, and compiler level semantic information”

Show 1 more

“At work we've added multiple Roslyn analysers to our build pipeline”

Caveats and dissent

Often compared with

From the makers not counted in the ranking

“In Roslyn the design is a highly concurrent, multi-threaded feature-set that wants to share immutable data.”

wrote several of TypeScript's initial compilerson “Tree-sitter vs. Language Servers”

“The approach of all of this has several benefits.”

“Roslyn was designed from day one for IDE scenarios.”

C# language designer and Roslyn architecton “Tree-sitter vs. Language Servers”

All comments 8

“make compilation much stricter with Roslyn analyzers”

“With Roslyn APIs, strong typing, structured namespaces, and compiler level semantic information”

“instruments Roslyn to find FP and FP-in-loop hotspots across the codebase.”

“you would normally implement rules like this with a custom Roslyn Analyzer”

“At work we've added multiple Roslyn analysers to our build pipeline”

“Working with the raw Roslyn types is painful at best”

“combining Roslyn analyzers with an LLM and a human in the loop could be game changing”

Threads where it came up

Data: roslyn.json. Quotes are verbatim; the verdict and theme labels are written by a model from these comments, and every clause links to its sources.

Keyboard shortcuts
j / kNext / previous item
o or EnterOpen selected item
/Search
g hHome
g tTop
g rRising
g cCategories
tToggle dark mode
?This help