.NET 11 bringt Union Types und einen Native-AOT-CLI-Host
Microsoft hat .NET 11 veröffentlicht – eine STS-Version mit zwei Jahren Support. C# 15 führt Union Types und geschlossene Hierarchien ein, die SDK-Tools starten dank Native-AOT-CLI-Host und warmem MSBuild-Server schneller. ASP.NET Core erhält asynchrone Validierung und OpenAPI 3.2, .NET MAUI nutzt CoreCLR als Standard-Runtime. Dazu kommen Bibliotheken für Zstandard-Kompression, einfachere Prozessausführung und neue KI-Werkzeuge wie Microsoft.Extensions.AI und das Microsoft Agent Framework.
Die Ergebnis-Typ sagt dem Aufrufer, welche Ausgänge er behandeln muss. Es ist nicht nötig, `object` oder eine unabhängige Basisklasse zu verwenden, nur um diese Ausgänge hinter einem Rückgabetyp zu vereinen.
- CharlieDigital
Nach meiner Erfahrung werden C# und .NET beide zu einem großen Teil aufgrund des Erbes „unterschätzt“. Manche Leute da draußen denken immer noch, .NET sei nur für Windows. Manche Leute da draußen haben sich C# seit den .NET-Framework-Tagen nicht mehr angesehen. Manche Leute da draußen sind immer noch verbittert über einige von Microsofts Entscheidungen rund um OSS (Debugger, Hot-Reload-Fiasko usw.).
Aber tagtäglich mit C# und .NET für Backends zu arbeiten? Das ist wirklich fantastisch. Die KI scheint es sehr zu mögen, und viele Tools für Agenten, um richtig loszulegen. Roslyn-Analyzer, Source-Generatoren, brauchbares Hot Reload (für eine kompilierte Sprache), tonnenweise wirklich gute Dokumentation von Microsoft, im Allgemeinen geringe Varianz und hohe Konsistenz von Codebasis zu Codebasis (z. B. im Node-Land auf Drizzle vs. Prisma vs. TypeORM vs. Kysely vs. ... zu stoßen).
Mein vorheriges Team wechselte von TS zu C# und F#[0][1], und es war ein Segen; viele der Plattform-Operationen wurden vereinfacht. Es ist einfach eine sehr solide Toolchain, und die Pakete sind im Allgemeinen stabil (viel weniger Aufwand für die Pflege von Plattformkonfiguration/Tooling und mehr Fokus aufs reine Bauen). First-Party-Pakete erhalten konsistente Sicherheitsupdates, und C# hat nicht annähernd die gleiche Exposition gegenüber transitiven Paketen, die man im JS/TS-Ökosystem antrifft.
C# fühlt sich im Zeitalter des KI-Codings wegen seiner allgemeinen Stabilität, des starken statischen Analyzers, der Beharrlichkeit auf Typen und des wirklich guten Toolings wie eine sehr solide Wahl an. Nicht für alle Anwendungsfälle richtig (z. B. CLI, Serverless-Funktionen), aber fantastisch für Backend-APIs.
Wenn du dir gerade überlegst […]
- giancarlostoro
C# war meine zweite Programmiersprache nach VB6. Ich erinnere mich an die frühen 2000er, als ich 12 war und den Computer meines besten Freundes benutzte, um zu versuchen, VB .NET herunterzuladen (er hatte schnelleres Internet), nur weil es kostenlos war, und dann extrem enttäuscht war, als ich meine VB6-Projekte, die ich darauf ausführen wollte, nicht einfach ausführen konnte ... Einige Jahre später, so um 2007 bis 2009, probierte ich C# aus, und das war lebensverändernd.
Ich landete schließlich am College, nachdem ich im Einzelhandel bei Disney gearbeitet hatte, und nach dem College sollte mein erster Job C# sein, aber sie hatten das Projekt nicht genehmigt, also bekam ich meine erste Berührung mit Python – das ich liebte –, dann JavaScript – das ich hasste, aber bis heute eine Hassliebe pflege – und schließlich C#, aber es war nicht .NET 3.5, nein, sie begannen .NET Core zu verwenden, was ... etwas anderes war, viel Zähneziehen in den ursprünglichen .NET-Core-Tagen.
So viele wunderbare Projekte, die mit .NET gemacht wurden; mein einziger Kritikpunkt ist, dass ich mir wünschte, Microsoft würde einen plattformübergreifenden GUI-Stack machen, an dem sie tatsächlich festhalten und ihn auch unter Linux zum Laufen bringen würden. ;)
Ich weiß, es gibt Alternativen, aber nichts schlägt es, seinen Kollegen zu sagen „lass uns einfach das eingebaute nehmen“, wenn man einen GUI-Stack auswählt.
- 1a527dd5
https://learn.microsoft.com/en-us/dotnet/core/compatibility/...
Sei dir bewusst
(decimal)0.1
// .NET 10: 0.1
// .NET 11: 0.1000000000000000055511151231
- dead_hn_theory
C# und .NET sind eine absolute Freude zum Programmieren. Für mich sind sie ein etwas „enterpriseigeres“ Ruby on Rails, aber sobald man drin ist, gibt es einen Flow. Die Dinge passen sehr gut zusammen, besonders mit LINQ. Laufzeit-Codekompilierung/„Scripting“ mit Roslyn Compiler Services et al. ist einfach großartig.
- wofo
Großartige Sachen, wie üblich bei .NET-Releases! Die Runtime-Async-Unterstützung überrascht mich ... Ich verstehe, dass Stacktraces freundlicher sind, ohne State Machines im Code, aber ich hätte nicht erwartet, dass sie zu einer Runtime-Version wechseln und gleichwertige Performance haben könnten. Cool!
- Rapzid
DotNet hat endlich einen offiziellen Versionsmanager! Schau dir dotnetup an: https://learn.microsoft.com/en-us/dotnet/core/tools/dotnetup...
- jotato
Welche IDE benutzen die Leute heutzutage für C#? Damals (um 2008) war Visual Studio deine einzige echte Option.
Aber ich bin jetzt auf Linux. Wenn ich wieder einsteigen wollte, was sollte ich dann verwenden?
- GaProgMan
> .NET 11 ist ein Standard Term Support (STS)-Release mit zwei Jahren Support gemäß der .NET-Supportrichtlinie. STS- und Long Term Support (LTS)-Releases haben dieselben Qualitäts- und Servicerichtlinien; der Unterschied ist die Länge des Supports. .NET 10 bleibt eine unterstützte LTS-Option. Bleib mit Servicing-Updates aktuell, egal für welches Release du dich entscheidest.
Sie haben die Hauptaussage hier vergraben.
- .NET 10 ist am 14. November 2028 End of Life
- .NET 11 ist am 9. November 2028 End of Life
Was bedeutet, dass jeder, der auf 11 aktualisiert, weniger Support-Tage hat. Aber die Idee ist, dass du auf 12 aktualisierst, sobald es RTM ist.
Das Problem dabei ist, dass ich Kunden habe, die sich weigern, von 2.1 abzurücken (oder auch nur auf das 2.1-Re-Release 2.3 zu aktualisieren).