SaaSHub helps you find the best software and product alternatives Learn more →
.NET Runtime Alternatives
Similar projects and alternatives to .NET Runtime
-
-
Nutrient
Nutrient – The #1 PDF SDK Library, trusted by 10K+ developers. Other PDF SDKs promise a lot - then break. Laggy scrolling, poor mobile UX, tons of bugs, and lack of support cost you endless frustrations. Nutrient’s SDK handles billion-page workloads - so you don’t have to debug PDFs. Used by ~1 billion end users in more than 150 different countries.
-
-
ASP.NET Core
ASP.NET Core is a cross-platform .NET framework for building modern cloud-based web applications on Windows, Mac, or Linux.
-
-
-
-
Avalonia
Develop Desktop, Embedded, Mobile and WebAssembly apps with C# and XAML. The most popular .NET UI client technology
-
CodeRabbit
CodeRabbit: AI Code Reviews for Developers. Revolutionize your code reviews with AI. CodeRabbit offers PR summaries, code walkthroughs, 1-click suggestions, and AST-based analysis. Boost productivity and code quality across all major languages with each PR.
-
-
Introducing .NET Multi-platform App UI (MAUI)
.NET MAUI is the .NET Multi-platform App UI, a framework for building native device applications spanning mobile, tablet, and desktop.
-
-
Roslyn
The Roslyn .NET compiler provides C# and Visual Basic languages with rich code analysis APIs.
-
sdk
Core functionality needed to create .NET Core projects, that is shared between Visual Studio and CLI (by dotnet)
-
-
-
-
Entity Framework
EF Core is a modern object-database mapper for .NET. It supports LINQ queries, change tracking, updates, and schema migrations.
-
referencesource
Source from the Microsoft .NET Reference Source that represent a subset of the .NET Framework
-
-
runtimelab
This repo is for experimentation and exploring new ideas that may or may not make it into the main dotnet/runtime repo.
-
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
NOTE:
The number of mentions on this list indicates mentions on common posts plus user suggested alternatives.
Hence, a higher number means a better .NET Runtime alternative or higher similarity.
.NET Runtime discussion
.NET Runtime reviews and mentions
Posts with mentions or reviews of .NET Runtime.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2025-03-11.
-
What Makes Code Hard to Read: Visual Patterns of Complexity (2023)
> by this metric
False equivalence. You're saying that the statement "both for.. append" and ".map()" executing the _same steps_ in the _same order_ are the same is equivalent to saying that two statements being composed of cmp,jmp, etc (in totally different ways) are the same. That is a dishonest argument.
> Distinct could sort and look for consecutive, it could use a hashmap
People love happy theories like this, but find me one implementation that does this. For example, here is the distinct() implementation in the most abstraction-happy language that I know - C#
https://github.com/dotnet/runtime/blob/main/src%2Flibraries%...
It unconditionally uses a hashset regardless of input.
-
An Attempt to Catch Up with JIT Compilers
For the .NET JIT, at least, speculation on types seems beneficial even if we're only right maybe 30% of the time.
See eg https://github.com/dotnet/runtime/blob/main/docs/design/core...
(where this is presented as a puzzle)....
-
Kickstart insight needed: A new retrofitted C dialect?
Destructors? Destructors are fine as a feature. You're not supposed to use them as the first choice but they are a great "safety net" for disposable types that did not get dispose to ensure that production code stays resilient to unmanaged memory leaks when presented with bad code.
Either way, you can read through this issue: https://github.com/WebAssembly/gc/issues/77
Further discussion can be found here: https://github.com/dotnet/runtime/issues/94420
Turning off destructors will not help even a little because the biggest pain points are support for byref pointers and insufficient degree of control over object memory layout.
-
# Bugs and suspicious places in \.NET 9 source code
Let's move on to analyzing the .NET 9 source code; we'll explore the release code available on GitHub.
-
Inheritance and Subtyping
Indeed. Both OpenJDK HotSpot and .NET RyuJIT perform guarded devirtualization of monomorphic or polymorphic with few instances callsites. OpenJDK also computes optimized call table for megamorphic callsites, which .NET does not need to do for virtual calls, it does have something similar for un-devirtualized interface calls however (virtual stub dispatch caching).
This is not necessarily zero-cost however - if the compiler cannot prove specific type members being invoked, it has to construct an execution profile and then apply it to subsequent compilations, and also emit a guard when doing dispatch on those.
[0]: https://github.com/dotnet/runtime/blob/main/docs/design/core... (note - subject to change)
-
BrainFlood: Runtime code generation via reflection in .NET
This is great and despite what the article says, an actually useful technique. The reason this performs well is the .NET runtime does monomorphization when the generic type parameters are value types (primitive types like int or user-defined structs). In modern .NET you would use static abstract methods interface methods to implement this feature. But if you have to run on the old Windows-only .NET Framework, you need to use the approach used in BrainFlood. See this article [1] for more details. An example of an official .NET library that uses this technique on .NET Framework is TensorPrimitives. See this file [2], the structs are defined at the bottom.
[1]: https://blog.stephencleary.com/2022/10/modern-csharp-techniq...
[2]: https://github.com/dotnet/runtime/blob/main/src/libraries/Sy...
-
Show HN: LogLayer – Unified Logging for JavaScript (MIT Licensed)
Though today much of the Microsoft.Extensions family is considered BCL by most users, especially in the way it is documented as "Core functionality" (the "Generic Host" model uses a lot of Microsoft.Extensions, up front in .NET documentation today) and also in the way that the majority of it (especially in this case of Microsoft.Extensions.Logging) is source controlled side-by-side with most of the BCL, including almost all of System.**: https://github.com/dotnet/runtime/tree/main/src/libraries
(There are some of Microsoft.Extensions that exist outside of dotnet/runtime in dotnet/extensions: https://github.com/dotnet/extensions/tree/main/src/Libraries)
-
What is GCHandle in C#? (Part 1)
GCHandle.cs
- The Humble for Loop in Rust
- Show HN: SeekStorm – open-source sub-millisecond search in Rust
-
A note from our sponsor - SaaSHub
www.saashub.com | 15 Mar 2025
Stats
Basic .NET Runtime repo stats
677
15,975
10.0
3 days ago
dotnet/runtime is an open source project licensed under MIT License which is an OSI approved license.
The primary programming language of .NET Runtime is C#.
Sponsored
Nutrient – The #1 PDF SDK Library, trusted by 10K+ developers
Other PDF SDKs promise a lot - then break. Laggy scrolling, poor mobile UX, tons of bugs, and lack of support cost you endless frustrations. Nutrient’s SDK handles billion-page workloads - so you don’t have to debug PDFs. Used by ~1 billion end users in more than 150 different countries.
www.nutrient.io