.NET 11 arrive avec les unions de C# 15, fin du support pour .NET 8 et .NET 9

YuSMP Group Editorial Team Équipe éditoriale, YuSMP Group

L’essentiel

Qu’a publié Microsoft le 10 novembre ?

Microsoft a livré .NET 11 comme annonce principale de la .NET Conf 2026. La version regroupe C# 15, F# 11, des mises à jour du runtime et des bibliothèques, ainsi que des évolutions dans ASP.NET Core, Blazor, .NET MAUI et le SDK.

Le même jour, .NET 8 et .NET 9 sont arrivés en fin de support. Microsoft a publié leurs derniers correctifs, 8.0.34 et 9.0.23. Les nouvelles vulnérabilités de ces runtimes ne seront plus corrigées. Tout le problème est là.

Quelles versions de .NET sont encore supportées ?

Deux versions sont supportées aujourd’hui : .NET 10 et .NET 11. La politique de support de Microsoft accorde désormais deux ans aux versions STS au lieu de 18 mois. Résultat : la version impaire et la version LTS qui la précède se terminent à la même date.

Source : politique de support .NET de Microsoft, consultée le 12 novembre 2026.

Quoi de neuf dans .NET 11 et C# 15 ?

Nouveautés du langage C# 15

• Types union. Une valeur peut appartenir à un ensemble déclaré de types de cas. Le compilateur vérifie qu’une expression switch traite chaque cas.
• Hiérarchies fermées. Une classe de base peut limiter l’héritage direct à son propre assembly, de sorte que l’ensemble des sous-types est connu.
• Des ajouts plus modestes complètent le tout : arguments dans les expressions de collection, indexeurs d’extension, et break et continue étiquetés.

Web, mobile et outillage

• ASP.NET Core : OpenAPI 3.2 devient la norme par défaut, les Minimal APIs et les formulaires prennent en charge la validation asynchrone, et SignalR peut renouveler l’authentification sans reconnexion.
• .NET MAUI : CoreCLR est désormais le runtime par défaut sur toutes les plateformes. Sur les plateformes Apple, où la compilation JIT n’est pas autorisée, il s’appuie sur du code précompilé et un interpréteur. Native AOT pour Android reste expérimental.
• SDK : les commandes de la CLI démarrent via un hôte Native AOT, et le serveur MSBuild reste actif entre deux builds. Le nouveau gestionnaire de chaîne d’outils dotnetup est en préversion publique.
• IA : le SDK fournit un modèle dotnet new mcpserver aux côtés de Microsoft.Extensions.AI et de Microsoft Agent Framework.
• Runtime async, qui déplace la suspension asynchrone dans le runtime pour des piles d’appels plus lisibles, reste en préversion et ne s’active que sur demande explicite.

Qu’est-ce qui peut casser lors de la migration ?

Microsoft signale plusieurs changements à examiner avant un passage en production :

• Les exigences CPU minimales ont été relevées. Vérifiez les anciens agents de build, VM et serveurs on-premise au regard des notes de compatibilité.
• Entity Framework Core 11 nécessite .NET 11. En standardisant sur .NET 10, vous restez sur EF Core 10.
• Le package optionnel Microsoft.Maui.Controls.Compatibility n’est plus livré : l’ancien code de type Xamarin.Forms doit être migré.
• Le développement nécessite un Visual Studio 2026 à jour ou VS Code avec C# Dev Kit.

Ce que cela signifie pour les équipes logicielles aux États-Unis et dans l’UE

Pourquoi un runtime non supporté est-il un risque de conformité ?

Un runtime non supporté est désormais un écart d’audit, pas seulement de la dette technique. Les auditeurs SOC 2, les évaluateurs PCI DSS et les questionnaires de sécurité des clients demandent souvent si les logiciels en production reçoivent les correctifs de l’éditeur. Dans l’UE, NIS2 et DORA poussent les entreprises régulées et leurs fournisseurs dans la même direction. Une API .NET 8 conforme en octobre est un point ouvert aujourd’hui.

Faut-il passer à .NET 10 ou à .NET 11 ?

Le choix entre .NET 10 et .NET 11 est plus simple que les années précédentes. Comme les deux se terminent le 14 novembre 2028, .NET 11 n’oblige plus à sacrifier la durée de support pour les fonctionnalités. La vraie question est la fréquence de migration que vous visez :

• Choisissez .NET 10 si vous dépendez de bibliothèques tierces ou de SDK d’éditeurs qui ne certifient que les versions LTS, ou si votre processus de validation des changements est lent.
• Choisissez .NET 11 si vous voulez les unions de C# 15, EF Core 11, CoreCLR dans MAUI ou la CLI plus rapide, et si vous pouvez tester une nouvelle version chaque mois de novembre.

Dans les deux cas, si Microsoft conserve son rythme annuel de novembre, .NET 12 LTS arrivera en novembre 2027 et le cycle recommencera. Budgétez donc les migrations comme un travail récurrent. Ce n’est plus un projet ponctuel.

Ce que cela signifie pour le marché français

En France, une grande partie du parc .NET est maintenue par des ESN dans le cadre de contrats de TMA, et la montée de version n’y est pas toujours prévue au périmètre. La fin de support de .NET 8 est donc d’abord une question contractuelle : qui porte le maintien en conditions de sécurité (MCS), et sur quel budget ? Les recommandations de l’ANSSI sur les mises à jour, la transposition de NIS2 qui élargit fortement le nombre d’entités régulées et DORA, applicable depuis janvier 2025 aux banques et assureurs supervisés par l’ACPR, vont toutes dans le sens d’un parc applicatif à jour.

Concrètement, les DSI ont intérêt à relire dès maintenant leurs contrats de TMA et à demander un plan de migration chiffré. Les grands comptes, attachés à des cycles longs, auront souvent intérêt à privilégier .NET 10 LTS ; les équipes produit plus agiles peuvent viser .NET 11 sans perdre en durée de support.

Que doivent faire les équipes ce trimestre ?

1. Inventorier les runtimes. Recensez chaque service, fonction, image de conteneur et application de bureau par framework cible, y compris les versions figées dans global.json et les images de base.
2. Prioriser selon l’exposition. Migrez d’abord les API exposées sur Internet et les applications qui traitent des données de paiement ou de santé.
3. Choisir une cible. Optez pour .NET 10 ou .NET 11 par produit, selon les règles ci-dessus, et documentez la décision.
4. Vérifier les dépendances. Confirmez que les packages NuGet, les ORM et les SDK d’éditeurs prennent en charge la cible, et vérifiez les exigences CPU des agents de build.
5. Migrer par étapes. Commencez par les bibliothèques partagées, exécutez toute la suite de tests et un déploiement progressif, puis retirez les anciennes images.

Questions fréquentes

Sources

Microsoft .NET Blog — Announcing .NET 11 (source primaire, 10 novembre 2026)
Microsoft — Politique officielle de support de .NET et .NET Core (dates de fin de support)
Visual Studio Magazine — .NET 11 Ships with C# 15 Unions, Faster Tools and CoreCLR for MAUI (10 novembre 2026)
ITdaily — Microsoft releases .NET 11 with C# 15 and CoreCLR for MAUI (novembre 2026)