Dev
.NET 11 est arrivé, .NET 8 s’en va
Par Laurent Delattre, publié le 12 novembre 2026
Un C# v15 plus expressif, des gains de performance parfois spectaculaires, des outils plus réactifs et de nouvelles briques agentiques prêtes à l’emploi… Microsoft .NET 11 arrive le jour même où .NET 8 (LTS) et .NET 9 sortent du support, invitant les DSI à moderniser leurs développements d’entreprise. Même si cette version .NET 11 n’est pas une LTS. Décryptage.
Vingt-quatre ans après ses débuts, .NET n’a rien d’une relique et séduit bien au-delà de l’univers Windows. Née comme un rival de Java, fermée et longtemps cantonnée au système de Microsoft, la plateforme de développement a fait sa mue en 2016, s’affranchissant de son berceau. Devenue open source et multiplateforme, elle irrigue aussi bien les applications métiers que les API, les microservices, les conteneurs, le cloud et les applications mobiles. Et chaque mois de novembre apporte avec une régularité métronomique sa nouvelle version, en alternant éditions à support long (LTS) et à support standard (STS).
Son ancrage est souvent sous-estimé. Pourtant, .NET est au cœur de bien des développements « maison » d’entreprise. Et les IA comme Codex et Claude Code en maîtrisent tous les rouages avec une étonnante profondeur. Selon l’enquête Stack Overflow 2026, 27,1 % des développeurs interrogés utilisent C#, quasiment autant que Java (27,6 %). Côté web, ASP.NET Core atteint 19,9 % des répondants concernés, devant Express et Spring Boot. Et le dépôt de composants NuGet dépasse désormais 560 000 packages conçus pour la plateforme. Bref, .NET reste un poids lourd du développement d’entreprise de moins en moins cantonné à l’écosystème Windows.
Lancé le 10 novembre 2026, .NET 11 entend surtout rendre ce socle plus rapide et plus commode à exploiter. Les DSI retiendront qu’il s’agit là d’une édition STS (avec deux ans de support alors qu’anciennement les STS se contentaient de dix-huit mois). Sans perdre de vue que la LTS .NET 10 arrivera en fin de support en novembre 2028, en même temps que .NET 11. Ce qui forcément encourage les développeurs restés sur la LTS .NET 8 à directement migrer sur la toute dernière mouture du framework.
C# 15 : moins d’ambiguïtés dans le code
Qui dit nouvelle version de .NET, dit nouvelle version de son langage phare, C#. La nouveauté la plus visible vient de ses union types. Une méthode peut désormais indiquer explicitement que ce qu’elle renvoie appartient à un ensemble déclaré de types. Le compilateur vérifie alors que le développeur a bien prévu chaque cas. Les closed hierarchies (hiérarchies fermées) complètent cet arsenal en encadrant les possibilités d’héritage. Dit autrement, Microsoft veut détecter plus tôt les oublis et rendre les applications complexes plus prévisibles.
Plus rapide, du code jusqu’aux outils
L’autre amélioration majeure réside dans le moteur d’exécution lui-même. Microsoft a multiplié les optimisations du compilateur JIT et de Native AOT (la technologie qui compile directement une application .NET en code machine avant son exécution et évite d’avoir à installer le runtime .NET).
Encore en préversion, le chantier « Runtime Async » veut simplifier le fonctionnement interne du code asynchrone et son diagnostic en confiant sa gestion au runtime lui-même, ce qui va enfin permettre de rendre les piles d’appels plus lisibles au débogage.
De son côté, ASP.NET Core 11 introduit la validation asynchrone, adopte OpenAPI 3.2 pour la description des API et enrichit Blazor (le framework web de Microsoft, plus populaire qu’on ne le croit, qui permet de créer des interfaces utilisateur interactives en C# et .NET, sans avoir à écrire systématiquement du JavaScript).
Enfin compilée en natif (via Native AOT), l’interface en ligne de commande gagne également en réactivité, aidée par un serveur MSBuild qui reste actif entre deux appels.
La plateforme s’enrichit aussi de la compression Zstandard, d’API de manipulation de données sans copies superflues et d’outils de test renforcés. Une recherche vectorielle sur SQL Server fait son apparition dans EF Core 11. Un nouveau réglage NuGet permet de retarder l’adoption des packages tout juste publiés : une précaution supplémentaire contre certaines attaques sur la chaîne d’approvisionnement logicielle. Le framework de développement d’apps mobiles multiplateformes « .NET MAUI » généralise CoreCLR comme moteur d’exécution et améliore les itérations sur les interfaces XAML. Et pour les développements d’entreprise hérités des premières époques, Microsoft propose toute une série de styles visuels modernisés pour Windows Forms.
Des briques pour l’ère des agents
Et puis, bien sûr, il y a l’IA… L’agentique s’invite logiquement à tous les étages. Un modèle « dotnet new mcpserver » permet de bâtir un serveur MCP (Model Context Protocol) en quelques commandes.
Parallèlement, Microsoft.Extensions.AI et Microsoft Agent Framework facilitent l’intégration des agents IA dans les applications .NET. Des « .NET Skills » viennent fournir aux agents de codage des consignes propres à l’univers .NET, tandis qu’un canevas visuel accompagne les migrations menées avec GitHub Copilot.
Microsoft a beau multiplier les briques agentiques, l’essentiel du travail des équipes dans les mois qui viennent restera bien plus prosaïque : recenser les applications encore sur .NET 8, les tester puis les migrer sous .NET 11. Les assistants de migration dopés à l’IA tombent à point nommé… encore faudra-t-il qu’ils tiennent leurs promesses sur des bases de code vieilles de quinze ans. C’est là que l’on attend vos retours d’expérience…
PowerShell 7.7 : vingt ans et désormais sur .NET 11
Né en 2006 pour administrer Windows, PowerShell a largement débordé de son territoire d’origine. Open source et disponible sous Windows, Linux et macOS, ce shell et langage de script manipule des objets plutôt que de simples lignes de texte. C’est ce qui fait sa force pour automatiser les serveurs, les postes, le cloud, les chaînes de déploiement et les tâches d’exploitation. Il s’est imposé comme la langue commune de l’administration : Microsoft 365, Exchange Online, Entra ID ou Azure se pilotent en PowerShell, à l’instar des environnements VMware ou AWS, dont les éditeurs publient leurs propres modules.
Dans l’enquête Stack Overflow 2026, 24,6 % des développeurs interrogés déclarent l’utiliser : un score pour le moins remarquable pour un outil d’administration. Et sa popularité ne cesse de croître (son utilisation se chiffrait à 17 % deux ans auparavant).
Publié le même 10 novembre, PowerShell 7.7 repose sur .NET 11, signe de l’alignement désormais étroit entre le shell de Microsoft et sa plateforme de développement. Cette version renforce surtout la sécurité des sessions distantes, du mode d’exécution restreint (Constrained Language Mode) et du traitement des fichiers d’aide et schémas JSON. Elle corrige également des problèmes de démarrage, de complétion et de gestion des chemins. Parmi les nouveautés concrètes figurent New-TemporaryDirectory, la prise en charge des UUID version 7 par défaut avec New-Guid, et plusieurs paramètres supplémentaires. On retiendra surtout l’arrivée d’un réglage d’affichage compact des tableaux, bien utile quand ce sont des agents IA qui lisent les sorties du shell. Une évolution pragmatique, à l’heure où l’administration hybride se pilote de plus en plus par scripts… et par agents.
À LIRE AUSSI :
À LIRE AUSSI :
