À une époque où le consensus veut que les entreprises ne sachent pas quoi faire de l’IA, MS prévoit de l’utiliser pour proposer davantage d’applications WinUI natives sur le MS Store.

L’entreprise a publié un nouveau guide de démarrage rapide qui aide les développeurs à passer d’un dossier vide à une application WinUI 3 publiée en utilisant l’IA, VS Code et l’interface en ligne de commande winapp. MS affirme que l’ensemble du processus prend environ 30 minutes, ne nécessite pas Visual Studio et repose sur des outils gratuits, notamment l’offre gratuite de GitHub Copilot.

Ce guide accessible de 30 minutes vise essentiellement à encourager les développeurs débutants à créer des applications Windows 11 sans avoir à s’attaquer aux aspects les plus difficiles de la programmation. C’est une évolution bienvenue, car le MS Store aurait bien besoin de davantage d’applications WinUI.

Tout le monde peut désormais créer gratuitement et avec un minimum d’efforts une application WinUI à l’aide de l’IA, demander à un agent d’ajouter des fonctionnalités, tester le résultat, la conditionner au format MSIX et la soumettre au MS Store. Cependant, les guides de migration assistée par l’IA pour les applications WPF et UWP existantes qui l’accompagnent sont encore plus intéressants.

Il semble s’agir de la réponse de MS au problème persistant des applications natives sous Windows : faciliter la création d’applications WinUI, simplifier la migration des anciennes applications et laisser l’IA prendre en charge les tâches fastidieuses liées à ces deux processus.

MS utilise l’IA pour simplifier le développement et la migration des applications WinUI

Le processus de création d’une nouvelle application utilise VS Code, .NET 10, l’interface en ligne de commande Windows App Development de MS, les modèles de projets WinUI, GitHub Copilot et l’extension d’agent WinUI.

Cette approche ne doit pas être confondue avec la manière dont MS a promu son chatbot généraliste Copilot. L’agent WinUI comprend des capacités spécialisées dans la conception WinUI, la revue de code, les tests d’interface utilisateur, le packaging et la migration de frameworks.

MS recommande également de connecter l’agent à son serveur Learn MCP afin qu’il puisse récupérer la documentation actuelle de l’API WinUI lors du traitement des requêtes. Compte tenu de la popularité moindre de WinUI 3, il est raisonnable de supposer que les modèles d’IA ont accès à beaucoup plus de données d’entraînement concernant WPF et UWP.

Le guide de migration WPF ne présente pas le processus comme une simple opération de recherche et de remplacement. Par exemple, System.Windows.* devient MS.UI.Xaml.*. MS fournit à l’agent d’IA un tableau complet de substitutions couvrant les contrôles, la gestion des threads, la gestion des fenêtres, la prise en charge du DPI et la liaison de données, ainsi qu’un prompt initial expliquant les éléments que l’agent doit signaler.

Le guide de migration de MS d’UWP vers WinUI 3 commence par préciser qu’UWP n’est plus activement développé et que WinUI 3 ainsi que le Windows App SDK lui succèdent. Le guide avertit notamment que les modèles d’IA entraînés pendant des années à partir d’exemples UWP continueront à reproduire ces schémas, à moins que la fonctionnalité de migration ne leur fournisse des substitutions explicites à appliquer.

MS tente essentiellement de réduire le coût de la migration de son immense bibliothèque existante de logiciels WPF et UWP vers le nouveau framework natif.

MS veut également que WinUI remplace le chaos des applications web

Windows continue de recevoir des applications web plutôt que des applications natives, car les frameworks web multiplateformes sont moins coûteux à utiliser pour le développement. Ils permettent aux développeurs de réutiliser leur code sur différentes plateformes plutôt que de développer pour un framework Windows susceptible de changer à l’avenir, comme cela s’est déjà produit à plusieurs reprises avec les frameworks de MS.

Lors de la Build 2026, MS s’est fermement engagé à changer cette perception en qualifiant WinUI de « plateforme de production pour les applications Windows » et en retirant le « 3 » de son nom. Cette modification visait à rassurer la communauté des développeurs sur le fait que MS ne remplacerait pas une nouvelle fois le framework.

MS s’est également engagé à réduire l’utilisation de la mémoire, à prendre en charge DataGrid et les graphiques, à améliorer l’interopérabilité avec WPF et à renforcer la participation au développement open source. En réalité, WinUI est désormais entièrement open source.

WinUI ne se limite pas au développement d’applications. MS remplace certaines parties de l’ancienne interface de Windows 11 par WinUI 3, notamment, tout récemment, la lecture automatique et la gestion de l’impression, tandis que d’autres mises à jour sont en cours de développement. Il serait déraisonnable de demander aux développeurs d’adopter une pile technologique que MS n’utilise pas lui-même.

Cependant, MS a davantage besoin de ces guides que les développeurs

L’argument de MS en faveur des applications natives n’est pas que WebView2 ou Electron sont intrinsèquement de mauvaises technologies, même si ce point de vue peut être débattu. La documentation de l’entreprise décrit WebView2 comme une option légitime pour créer des applications hybrides et affirme que l’utilisation des ressources dépend de l’efficacité avec laquelle les développeurs optimisent leur contenu web.

Ironiquement, l’application Météo de Windows 11, conçue avec WebView2, utilise 1,2 Go de RAM lorsqu’elle est inactive—soit environ cinq fois plus que l’application Météo native de macOS d’Apple—et exécute neuf sous-processus Chromium.

Malgré son approche axée en priorité sur les entreprises, MS Teams n’a ajouté un mode d’efficacité qu’après des années de plaintes.

Des applications tierces populaires ont rencontré des problèmes similaires. L’application Windows de WhatsApp a souffert de temps de chargement élevés tout en consommant beaucoup de RAM. Discord a reconnu que son application Windows était très gourmande en ressources et a testé son redémarrage automatique lorsque l’utilisation de la RAM dépassait 4 Go.

MS demande aux développeurs tiers de créer des applications natives plus légères, alors que certaines de ses propres applications et certaines parties de l’interface de Windows reposent encore sur WebView2.

Le code généré par l’IA pour les applications Windows est-il une bonne ou une mauvaise chose ?

David Fowler, Distinguished Engineer chez MS travaillant sur Aspire, a récemment déclaré que « l’époque où l’on saisissait du code est définitivement révolue ». Les outils WinUI comprennent des agents capables de générer du code, de comprendre un projet, d’exécuter des tests et de corriger les erreurs, sans qu’un développeur ait à saisir manuellement chaque ligne.

Cependant, rendre la production de code moins coûteuse ne signifie pas pour autant produire du bon code. MS reconnaît cette distinction, raison pour laquelle l’agent WinUI comprend des fonctionnalités dédiées à la revue de code et aux tests d’interface utilisateur.

Si MS veut que l’IA génère davantage de logiciels Windows, ces logiciels devront rester efficaces. Dans le cas contraire, faciliter la création d’applications natives ne fera qu’augmenter le nombre d’applications natives mal optimisées.

MS reconstruit l’écosystème de développement Windows autour de l’IA

Comprendre le plan de MS visant à proposer davantage d’applications natives sur Windows 11 permet de mesurer à quel point le paysage du développement a changé. Il y a quelques années, MS avait besoin de Steve Ballmer pour scander « développeurs, développeurs, développeurs » sur scène. Aujourd’hui, de nombreux développeurs préfèrent les environnements Linux, tandis qu’une part importante des développeurs d’applications axées sur l’IA choisissent des MacBook en raison de la puissance de leur matériel.

La firme de Redmond tente de préserver sa position en faisant en sorte que le développement pour Windows s’effectue dans un environnement Windows conçu autour des agents d’IA.

Si cette stratégie réussit, Windows pourrait bénéficier de davantage d’applications natives sans obliger les développeurs à tout réécrire manuellement. Cependant, MS doit encore prouver que les applications WinUI créées par l’IA seront plus rapides et plus légères que les applications web qu’elles sont censées remplacer.

Windows Latest dépend de lecteurs comme vous. Faites de nous votre source préférée sur Google Discover et Google Search, et aidez nos reportages indépendants à toucher davantage de personnes.