.NET 11 Preview 5 : une release de consolidation qui mérite l’attention

# .NET 11 Preview 5 : une release de consolidation qui mérite l’attention

Microsoft a publié .NET 11 Preview 5 le 9 juin 2026. Comme toujours avec une preview, il ne faut pas la lire comme une version finale ni comme un signal automatique de migration immédiate en production. Par contre, cette cinquième preview donne une bonne idée de la direction générale : .NET 11 continue d’avancer sur la performance, la productivité du SDK, les librairies modernes, ASP.NET Core, .NET MAUI, C# et Entity Framework Core.

L’angle que je retiens est assez simple : .NET 11 Preview 5 ressemble moins à une release spectaculaire qu’à une release de maturation. Ce n’est pas négatif. Au contraire, pour un développeur qui travaille avec .NET au quotidien, ce sont souvent ces améliorations-là qui finissent par avoir le plus d’impact : moins de friction, de meilleurs outils, des APIs plus propres, et une plateforme qui devient graduellement plus cohérente.

Ce qui ressort de cette Preview 5

Microsoft mentionne des améliorations dans plusieurs couches de l’écosystème .NET. Les points les plus intéressants, à mon avis, se regroupent en quelques catégories.

Librairies : des APIs plus modernes

Du côté des librairies, on retrouve notamment des ajouts autour de System.Text.Json, dont le support de la sérialisation en JSON Lines. Pour les applications qui manipulent des flux de données, des logs structurés ou de gros volumes à traiter ligne par ligne, c’est le genre d’ajout qui peut devenir très pratique.

LINQ reçoit aussi des améliorations, dont les full outer joins. C’est une addition intéressante, surtout pour ceux qui travaillent souvent avec des collections, de la transformation de données, ou des scénarios où l’on veut comparer deux ensembles sans perdre les éléments orphelins d’un côté ou de l’autre.

On note aussi des ajouts en cryptographie avec X25519, ainsi que de nouvelles APIs génériques pour Random. Rien de tout cela n’est nécessairement très flashy, mais ce sont des améliorations qui rendent la plateforme plus complète et plus moderne.

Runtime : performance, async et JIT

Le runtime continue aussi d’évoluer. Microsoft indique des améliorations sur Runtime Async, des optimisations JIT et des travaux autour du GC, notamment sur le trimming et la compaction.

C’est le genre de détail qui peut sembler abstrait, mais qui compte énormément dans des applications backend, des services longue durée, des APIs, des workers, ou des systèmes qui tournent sous charge. Quand le runtime réduit le coût de certaines opérations ou génère un code plus efficace, l’effet se fait sentir sans nécessairement demander de réécrire toute l’application.

Je reste prudent ici : chaque application a son propre profil de performance. Il ne faut pas supposer qu’une preview va magiquement améliorer tous les scénarios. Mais la tendance est saine.

SDK : moins de friction pour développer

Le SDK semble recevoir plusieurs ajouts orientés productivité. Parmi les points annoncés, on retrouve le support des applications C# basées sur des fichiers pouvant référencer d’autres fichiers C#, des vérifications de vulnérabilités et de fin de vie pendant le build, un template MCP Server via dotnet new, et l’inclusion de System.Net.Http.Json par défaut dans les applications console.

Le template MCP Server attire particulièrement mon attention. Avec la montée des outils IA, des agents, des intégrations locales et des workflows de développement assistés, voir Microsoft intégrer ce genre de modèle directement dans le SDK est un signal intéressant. Ça ne veut pas dire que tout le monde doit construire un serveur MCP demain matin, mais ça montre clairement que .NET veut rester pertinent dans les nouveaux workflows orientés agents et outillage intelligent.

Les vérifications de vulnérabilités et de fin de vie pendant le build vont aussi dans la bonne direction. Dans un monde idéal, ce genre d’information doit arriver tôt dans le cycle de développement, pas seulement au moment d’un audit ou d’un incident.

C#, ASP.NET Core, MAUI et EF Core

Côté C#, Microsoft mentionne des travaux autour des hiérarchies fermées, des unions et des patterns associés. Comme il s’agit encore d’une preview, je garderais ces éléments dans la catégorie “à surveiller de près”. Les unions en C# pourraient éventuellement changer beaucoup de choses dans la manière de modéliser certains domaines, surtout pour représenter des états, des résultats ou des alternatives de façon plus expressive.

ASP.NET Core continue de recevoir des améliorations, notamment autour de Blazor : validation côté client avec Blazor SSR, QuickGrid sans interactivité, Blazor WebAssembly Gateway et SupplyParameterFromSession. Ces ajouts montrent que Microsoft continue de raffiner Blazor, autant pour les scénarios interactifs que pour les approches plus hybrides.

.NET MAUI reçoit une vague de correctifs de fiabilité et de plateformes. On note aussi des animations avec surcharge compatible CancellationToken, une implémentation Windows Maps basée sur Azure Maps, et la stabilisation autour d’Android API 37. Pour MAUI, la fiabilité reste probablement plus importante que les nouveautés tape-à-l’œil.

EF Core reçoit aussi des améliorations utiles : support de dotnet ef pour les applications basées sur fichiers, compatibilité SQL Server 2022 par défaut, avertissement EF1004 lorsque des requêtes async peuvent s’exécuter de manière synchrone, et génération SQL plus propre. Pour les développeurs backend, ces détails peuvent réellement améliorer la qualité du code et le diagnostic.

Mon avis personnel

Je trouve cette release encourageante parce qu’elle touche plusieurs zones importantes sans chercher à tout révolutionner. .NET est déjà une plateforme mature. Ce que j’attends de .NET 11, ce n’est pas un virage brutal, mais une amélioration continue : meilleure performance, meilleurs outils, moins de friction, plus de cohérence entre les workloads.

Est-ce que je migrerais un projet critique maintenant ? Non. C’est une preview. Est-ce que je testerais Preview 5 sur un projet expérimental, une branche isolée, un outil interne ou un prototype ? Oui, clairement.

Pour les développeurs .NET, surtout ceux qui font du backend, des APIs, des outils console, de l’EF Core ou de l’architecture applicative, cette Preview 5 mérite un essai contrôlé. Elle donne une bonne idée de ce que Microsoft prépare pour la suite, avec une sortie finale de .NET 11 attendue en novembre 2026 selon la documentation Microsoft.

Sources consultées

# .NET 11 Preview 5: A Consolidation Release Worth Watching

Microsoft released .NET 11 Preview 5 on June 9, 2026. As with any preview release, this should not be treated as a final production-ready milestone. Still, this fifth preview gives a useful view of where .NET 11 is heading: runtime improvements, SDK productivity, modern library APIs, ASP.NET Core updates, .NET MAUI fixes, C# language work, and Entity Framework Core refinements.

The angle I would take is this: .NET 11 Preview 5 feels less like a spectacular release and more like a consolidation release. That is not a criticism. For developers using .NET every day, these are often the changes that matter most over time: less friction, better tooling, cleaner APIs, and a platform that keeps becoming more coherent.

What stands out in Preview 5

Microsoft lists improvements across several layers of the .NET ecosystem. The most relevant items, in my opinion, fall into a few practical categories.

Libraries: more modern APIs

On the libraries side, System.Text.Json gets support for JSON Lines serialization. For applications working with data streams, structured logs, or line-by-line processing of larger datasets, this is the kind of feature that can become quietly useful.

LINQ also receives new capabilities, including full outer joins. That is a meaningful addition for developers who often transform collections, compare datasets, or need to keep unmatched elements from both sides of a join.

There are also cryptography additions with X25519, plus generic numeric APIs for Random. These features may not look dramatic at first glance, but they make the platform broader, cleaner, and more modern.

Runtime: performance, async, and JIT

The runtime continues to evolve as well. Microsoft mentions improvements to Runtime Async, JIT optimizations, and GC work around trimming and compaction.

Those details can sound abstract, but they matter a lot in backend services, long-running processes, APIs, workers, and systems running under sustained load. When the runtime reduces overhead or generates better machine code, developers can benefit without rewriting the whole application.

That said, caution is still required. Every application has its own performance profile. A preview release should not be assumed to magically improve every workload. The direction, however, looks healthy.

SDK: reducing development friction

The SDK receives several productivity-oriented updates. Microsoft highlights file-based C# apps referencing other C# files, vulnerability and end-of-life checks during build, a new MCP Server template through dotnet new, and System.Net.Http.Json being included by default in console apps.

The MCP Server template is particularly interesting. With the rise of AI tools, agents, local integrations, and assisted development workflows, seeing Microsoft bring this kind of template into the SDK is a notable signal. It does not mean every developer needs to build an MCP server immediately, but it shows that .NET is positioning itself for agent-oriented tooling and intelligent workflows.

Build-time vulnerability and end-of-life checks also point in the right direction. Ideally, this type of information should surface early in the development cycle, not only during audits or after incidents.

C#, ASP.NET Core, MAUI, and EF Core

On the C# side, Microsoft mentions work around closed class hierarchies, union declarations, and union patterns. Since this is still preview territory, I would keep these in the “watch closely” category. Union types in C# could eventually change how developers model certain domains, especially when representing states, results, or alternatives more explicitly.

ASP.NET Core continues to improve, especially around Blazor: client-side validation with Blazor SSR, QuickGrid without interactivity, Blazor WebAssembly Gateway, and SupplyParameterFromSession. These additions show that Microsoft is still refining Blazor for both interactive and hybrid scenarios.

.NET MAUI receives a wave of reliability and platform fixes. Preview 5 also includes CancellationToken-aware animation overloads, a Windows Maps implementation backed by Azure Maps, and Android API 37 stabilization. For MAUI, reliability likely matters more than flashy features.

EF Core also gets useful improvements: dotnet ef support for file-based apps, SQL Server 2022 compatibility by default, warning EF1004 when async EF queries may run synchronously, and cleaner SQL generation. For backend developers, these details can improve both code quality and diagnostics.

My personal take

I find this release encouraging because it touches several important areas without trying to reinvent everything. .NET is already a mature platform. What I want from .NET 11 is not a brutal shift, but steady improvement: better performance, better tools, less friction, and stronger consistency across workloads.

Would I migrate a critical system today? No. This is still a preview. Would I test Preview 5 in an experimental project, an isolated branch, an internal tool, or a prototype? Yes, absolutely.

For .NET developers, especially those working on backend systems, APIs, console tools, EF Core, or application architecture, this Preview 5 is worth a controlled test. It gives a solid look at what Microsoft is preparing next, with the final .NET 11 release expected in November 2026 according to Microsoft’s documentation.