FAQ sur le développement d'applications Windows

Pour un excellent aperçu des options actuelles pour les développeurs Windows, regardez le dernier épisode de Windows Dev Chat, Choisir votre plateforme de développement idéale, où ils discutent de WinUI, .NET MAUI, React Native, Blazor et des Progressive Web Apps (PWA).

Vous pouvez également faire référence à la vue d’ensemble des options de développement d’applications pour les développeurs Windows.

À l’âge de cloud services, le développement d’applications clientes reste un composant essentiel de la transformation numérique moderne. Pour les développeurs, la création d’applications clientes est essentielle non seulement pour la portée, mais pour fournir des interactions réactives et significatives sur les appareils utilisateur.

Voici pourquoi les applications clientes sont importantes :

• Device Reach : Avec plus de 1,5 milliard d’appareils Windows et plus de 5 milliards d’appareils Android et iOS globalement, les applications clientes vous permettent d’apporter vos applications directement aux utilisateurs sur leurs appareils de choix.
• Passerelle vers les Services Intelligents : Les applications clientes sont souvent le premier point d'interaction entre les utilisateurs et vos services. Ils offrent une interface riche et interactive qui vous permet de présenter des fonctionnalités intelligentes et de différencier votre produit des autres.
• Extensibilité avec l'intégration au cloud : Une application cliente bien intégrée peut être synchronisée sans effort avec les services cloud de back-end, permettant un accès aux données en temps réel et une extensibilité transparente à mesure que votre base d’utilisateurs augmente.
• productivité améliorée et la fidélité des utilisateurs : une application conçue de manière réfléchie peut améliorer la productivité et maintenir les utilisateurs engagés avec votre produit ou service au fil du temps.

Le Windows App SDK est une plateforme de développement d’applications Windows qui vous permet de créer des applications de bureau belles, modernes et rétrocompatibles (jusqu’à Windows 10 1809). WinUI est l’infrastructure d’interface utilisateur fournie avec Windows App SDK.

Les deux sont des kits de développement logiciel (SDK) qui vous permettent de créer des applications Windows.

Le Windows App SDK est une nouvelle plateforme de développement qui vous permet de créer des applications de bureau modernes qui peuvent être installées sur les versions de Windows (jusqu’à Windows 10 1809). Lors de la génération avec Windows App SDK, les dernières fonctionnalités de la plateforme de développement Windows sont disponibles. Le Windows App SDK inclut WinUI.

Le SDK Windows est une plateforme de développement qui vous permet de créer des applications UWP et des applications Win32/de bureau. Il est conçu autour d’API Windows couplées à des versions particulières du système d’exploitation.

La Windows App SDK ne remplace pas le Kit de développement logiciel (SDK) Windows. Au lieu de cela, le Windows App SDK complète le Kit de développement logiciel (SDK) Windows. Il fournit une abstraction découplée de système d’exploitation pratique autour du catalogue complet d’API de système d’exploitation Windows qui sont déjà accessibles à l’aide du Kit de développement logiciel (SDK) Windows. Les applications créées avec Windows App SDK peuvent toujours utiliser les API du Kit de développement logiciel (SDK) Windows en fonction des besoins des fonctionnalités. Au fil du temps, davantage de fonctionnalités du Kit de développement logiciel (SDK) Windows passeront à la Windows App SDK.

Voici quelques raisons de choisir une infrastructure Windows native pour votre application Windows uniquement :

• Performance: Les frameworks Windows natifs sont optimisés pour tirer parti du matériel Windows moderne, fournissant des expériences utilisateur rapides et réactives.
• Intégration: Windows est fourni avec une grande variété d’API qui permettent des expériences sophistiquées uniquement disponibles sur Windows. Les frameworks natifs fournissent une intégration approfondie à ces fonctionnalités et API.
• Expérience utilisateur native : Les frameworks natifs fournissent une expérience cohérente sur les appareils Windows, ce qui garantit que votre application ressemble et fonctionne parfaitement partout.
• Prise en charge hors connexion : Les frameworks natifs prennent en charge les scénarios hors connexion, ce qui permet aux applications de fonctionner même sans connectivité Internet.
• Monetization : Les frameworks natifs sont activement gérés et pris en charge par Microsoft, garantissant ainsi access aux dernières mises à jour et fonctionnalités.

Si vous créez une nouvelle application Windows uniquement, nous vous recommandons d’utiliser WinUI. WinUI est la dernière infrastructure d’interface utilisateur native pour le développement Windows app et est conçue pour fonctionner sur un large éventail d’appareils Windows. Il fournit une infrastructure d’interface utilisateur moderne et flexible pour créer des applications Windows visuellement attrayantes et interactives. WinUI fait partie de la Windows App SDK et fonctionne le mieux avec les dernières versions de Windows.

L’utilisation de Visual Studio 2022 version 17.10 ou ultérieure est fortement recommandée pour le développement WinUI. Les dernières versions de Visual Studio offrent des fonctionnalités de développement enrichies telles que Hot Reload et incluent un développement d’applications WinUI qui simplifie la configuration.

D’autres IDE et flux de travail peuvent fonctionner, mais Visual Studio est actuellement le seul IDE officiellement pris en charge pour WinUI. Notez que MSBuild est nécessaire pour compiler des projets XAML ou WinUI.

WinUI (précédemment appelé WinUI 3) est la dernière infrastructure d’interface utilisateur native pour le développement Windows app. Il fournit une infrastructure d’interface utilisateur moderne et flexible pour créer des applications Windows visuellement attrayantes et interactives. WinUI fait partie de la Windows App SDK et fonctionne le mieux avec les dernières versions de Windows.

WinUI pour UWP (précédemment appelé WinUI 2) est un ensemble de contrôles et de styles d’interface utilisateur basés sur UWP. Il offre une apparence moderne pour les applications UWP et est conçu pour Windows 10.

Oui : « Application WinUI » est le terme recommandé. Les applications WinUI sont appelées « applications WinUI », car WinUI pour UWP n’est pas un type d’application, mais un ensemble de composants utilisés dans les applications UWP.

Non. Windows App SDK ne peuvent pas être utilisés dans les applications UWP et WinUI pour UWP ne peuvent pas être mélangés avec WinUI. Consultez Migrate de UWP au Windows App SDK.

La migration des composants de l’interface utilisateur est généralement simple (pour C# et C++/WinRT). Dans le cas contraire, le coût de migration dépend principalement des éléments suivants :

1. Fichier de projet et personnalisation MSBuild : L’effort de migration varie en fonction de l’utilisation avancée de MSBuild.
2. .NET migration d’API : les applications UWP utilisant .NET doivent passer à .NET 6 ou version ultérieure. Dans de nombreux cas, l’adoption de .NET 6 est simple.
3. Bibliothèques de composants d’interface utilisateur : Les bibliothèques doivent avoir des versions ciblant WinUI.
4. Si l’application UWP est écrite dans le C++/CX maintenant remplacé, certains portages de code source sont requis. Consultez Passer de C++/CX à C++/WinRT.

Pour plus d’informations, consultez Migrate de UWP vers le Windows App SDK.

Oui, les applications mises à niveau peuvent être publiées sans mettre à jour l’identité de l’application. Les utilisateurs de l’ancienne version seront mis à jour vers la nouvelle version. Cela s’applique uniquement aux applications de bureau. Les applications Xbox, HoloLens et Surface Hub ne peuvent pas migrer vers WinUI.

Consultez Vue d’ensemble du déploiement.

Consultez Migrate de UWP au Windows App SDK.

Non. Les contrôles d’interface utilisateur peuvent être créés dans le code. Toutefois, la représentation de l’interface utilisateur dans le balisage XAML déclaratif offre de nombreux avantages, notamment une expérience de développement améliorée.

• Migration de UWP vers WinUI : de nombreux composants XAML et d’interface utilisateur peuvent être réutilisés, bien que certains ajustements de syntaxe soient nécessaires.
• Migration de WPF vers WinUI : de nombreux concepts sont reportés, mais le jeu de contrôles et les API diffèrent.

Pas encore. Il s’agit d’un écart connu dans l’expérience du développeur WinUI. Les outils tels que XAML Hot Reload peuvent vous aider dans de nombreux scénarios. Le travail a commencé sur un concepteur d’interface utilisateur Visual Studio pour WinUI dans Windows App SDK version 1.7, mais il n’y a pas encore de date de sortie prévue.

Yes. WinUI est fourni dans le cadre de la Windows App SDK.

Non. WinUI pour UWP fait partie de la plateforme UWP.

Pas tout à fait. Bien que WinUI a démarré à l’origine à partir de la base de code WinUI pour UWP, il s’agit de technologies distinctes. Les deux sont des frameworks d’interface utilisateur XAML qui fonctionnent entre .NET et C++, mais WinUI pour UWP et WinUI ne sont pas compatibles les uns avec les autres.

Yes. Toutes les technologies du Windows App SDK, y compris WinUI, fonctionnent dans des applications non empaquetées.

XAML Islands vous permet d’héberger des contrôles XAML modernes en même temps que l’interface utilisateur Win32 existante à partir d’autres frameworks tels que WinForms et WPF.

Aujourd’hui, XAML Islands prennent en charge la plupart des contrôles système XAML et WinUI pour les UWP. Pour plus d’informations, consultez Les contrôles XAML Host WinRT dans les applications de bureau (XAML Islands). La prise en charge de l’hébergement des contrôles WinUI est disponible à partir de Windows App SDK 1.4.

Yes. L’interface utilisateur de votre application hérite des derniers principes de conception de l’interface utilisateur Fluent sur toutes les versions prises en charge de Windows 11 et de Windows 10, jusqu’à la version 1809, dans les scénarios empaquetés et non empaquetés.

Yes. Voir Appliquer les matériaux Mica ou acryliques dans les applications de bureau pour Windows 11.

Consultez l’exemple et les ressources. Voici quelques référentiels notables :

• WindowsAppSDK-Samples : montre comment utiliser des ensembles d’API Windows App SDK spécifiques.
• exemples spécifiques aux rubriques Windows : contient un exemple de notes WinUI utilisé dans le didacticiel Creater une application WinUI.
• galerie WinUI 3 : présente WinUI et Windows App SDK. Disponible également dans le Microsoft Store.

Si vous avez déjà investi dans WPF, vous pouvez continuer à l'utiliser pour les applications existantes. WPF est un framework mature et stable largement utilisé pour créer des applications de bureau Windows.

Pensez à utiliser l’Assistant de mise à niveau .NET pour migrer des applications WPF du Framework .NET vers la dernière plateforme .NET. Il analyse votre codebase et fournit des conseils sur la mise à jour.

Lors du développement d’une application WPF avec .NET 9 ou version ultérieure, vous pouvez vous assurer que votre application correspond à l’apparence moderne et élégante de Windows 11. Le nouveau thème Fluent pour WPF introduit une esthétique Windows 11 contemporaine, avec le mode Clair/Foncé intégré et la prise en charge des couleurs d’accentuation système. Cela modernise l’apparence de votre application et offre une expérience utilisateur soignée et cohérente.

Si WinForms répond à vos besoins et que votre équipe est à l’aise avec elle, vous pouvez continuer à utiliser WinForms pour les applications existantes. WinForms est un framework mature et stable largement utilisé pour le développement de bureau Windows.

L’équipe WinForms continue d’investir dans la plateforme. Voici quelques-uns des domaines actuels d’investissement :

• Prise en charge asynchrone des contrôles courants
• Mode sombre
• Flexibilité de disposition
• Fonctionnalités de sécurité de bureau, telles que l'accès au presse-papiers

Si vous ciblez des utilisateurs sur plusieurs plateformes de système d'exploitation, la création d'applications multiplateformes avec .NET MAUI ou React Native peut offrir plusieurs avantages :

• Atteindre: Les applications multiplateformes atteignent un public plus large sur différents appareils et systèmes d’exploitation.
• Réutilisation du code : La réutilisation du code sur plusieurs plateformes réduit le temps de développement et le coût. La création d’applications distinctes pour Windows, Android, iOS et macOS peut être très coûteuse.
• Expérience utilisateur cohérente : Les infrastructures multiplateformes permettent de fournir une apparence cohérente entre les plateformes.
• Intégration: Les applications multiplateformes peuvent toujours s’intégrer à des services spécifiques à la plateforme pour offrir une expérience complète.

Lorsque vous générez une application .NET MAUI pour Windows, la sortie est une application WinUI. Pendant le développement, .NET MAUI offre une expérience de .NET unique sur plusieurs plateformes, mais elle génère du code spécifique à la plateforme sous le capot. Cela garantit que .NET applications MAUI fonctionnent bien sur chaque plateforme et offrent une expérience utilisateur native.

.NET MAUI offre une expérience de .NET unifiée sur Windows, iOS, Android et macOS. Il extrait plus de 60 API spécifiques à la plateforme dans un seul ensemble d’API multiplateformes, couvrant des domaines tels que storage, la mise en réseau et les capteurs d’appareil. Des API spécifiques à la plateforme supplémentaires sont également accessibles à l’aide de l’injection de dépendances pour fournir des implémentations spécialisées par plateforme.

Pas à ce moment-là. Bien que .NET MAUI utilise WinUI lors de l’exécution sur Windows, les équipes qui s’attendent à cibler plusieurs plateformes doivent commencer par .NET MAUI ou React Native for Desktop.

Teams disposant d’une expérience de développement web forte peut prendre en compte React Native for Desktop. Il inclut React Native pour Windows et macOS. Avec l’approche « Learn once, write anywhere », les compétences JavaScript, TypeScript et React existantes peuvent être utilisées pour créer des applications Windows et macOS natives.

React Native for Desktop restitue directement l’interface utilisateur aux primitives natives, offrant des performances et des fonctionnalités de plateforme natives.

Consultez la documentation React Native for Desktop pour commencer.

Les applications React Native peuvent être déployées sur tous les appareils pris en charge par Windows 10 et versions ultérieures, notamment les PC, tablettes, 2-in-1s, Xbox et les appareils mixed reality.

Si votre application doit prendre en charge Xbox, HoloLens ou IoT, UWP est recommandée. Windows App SDK ne prend pas en charge ces plateformes. Pour le développement de jeux, utilisez le Microsoft Game Development Kit.

Si vous ciblez Windows et Surface Hub, UWP est recommandé.

Les applications hybrides combinent le meilleur du développement d’applications web et natives. Leur architecture centrale est créée à l’aide de technologies web telles que HTML, CSS et JavaScript, et encapsulé dans un conteneur natif qui donne accès à certaines fonctionnalités et au matériel de plateforme natif. Ils peuvent également être distribués via les magasins d’applications.

L’avantage principal est que les applications hybrides vous permettent de créer une application unique qui peut s’exécuter sur plusieurs plateformes natives et sur le web, ce qui réduit le temps de développement et le coût. Voici quelques exemples de plateformes de développement d’applications hybrides :

• Electron pour les applications de bureau
• Ionic pour les applications mobiles
• .NET MAUI Blazor Hybrid pour les applications multiplateformes

Consultez Développement Web sur Windows et Aperçu des Progressive Web Apps.

Avec .NET MAUI, les applications Blazor peuvent s’exécuter en mode natif sur Windows, iOS, Android et macOS. Cela vous permet de créer des applications clientes hybrides qui combinent des composants Blazor et .NET MAUI dans une seule application cliente native, avec un accès complet aux fonctionnalités natives de la plateforme.

En savoir plus sur ASP.NET Core Blazor Hybrid.

Non. À compter de .NET 9, .NET MAUI inclut un contrôle HybridWebView qui permet d’héberger d’autres interfaces utilisateur JavaScript à l’intérieur d’une application native.

Cela vous permet d’héberger Angular, React, Vue ou d’autres applications HTML/JavaScript à l’intérieur d’une application MAUI .NET. Le contrôle hybride fournit une interopérabilité entre C# et JavaScript, afin que le code C# puisse appeler des fonctions JavaScript et vice versa.

Yes. WPF et les applications WinForms peuvent également héberger des composants hybrides Blazor, ce qui permet d’ajouter l’interface utilisateur web moderne aux applications existantes. Cela n’est pas pris en charge pour les applications WPF ou WinForms basées sur .NET Framework.

Les composants natifs et hybrides peuvent être mélangés dans une application. Par exemple, le cœur d’une application peut être généré avec .NET composants MAUI, tandis que les composants hybrides fournissent des fonctionnalités supplémentaires. Cela permet de combiner les performances et les fonctionnalités des composants natifs avec la flexibilité et l’efficacité des coûts des composants hybrides.

Web apps offre la plus grande portée de n’importe quelle plateforme d’application cliente. Les options de création de belles .NET web apps sont les suivantes :

• applications ASP.NET Core avec Razor Pages
• applications MVC ASP.NET Core
• Applications ASP.NET Core Blazor, avec les options de modèle d’hébergement :
  • WebAssembly Blazor
  • Serveur Blazor

Les modèles d’hébergement Blazor peuvent désormais être configurés au niveau du composant, ce qui permet d’activer des scénarios comme l’hébergement d’un composant Blazor WebAssembly dans une application Blazor Server.

Pour plus d’informations, consultez la documentation ASP.NET Core.

Windows est une plateforme ouverte qui prend en charge de nombreuses technologies. Voici quelques critères qui peuvent vous aider à choisir une plateforme :

• Créez-vous Windows first ou multiplateforme ?
• Quels langages ou compétences avez-vous déjà : .NET, JavaScript, autre chose ?
• Avez-vous besoin d’access aux API spécifiques à Windows ?
• Quelles fonctionnalités de l’infrastructure correspondent le mieux aux exigences de votre application ?
• Consultez ce tableau pour connaître les facteurs de comparaison supplémentaires.

Pour de nombreuses applications métier, les équipes choisissent souvent en fonction des compétences existantes et de ce que l’équipe est la plus à l’aise à utiliser.

Tenez compte des éléments suivants lors du choix d’une approche de développement pour votre application web :

• Blazor est recommandé pour la construction de web apps front-end avec .NET. Il vous permet de créer à la fois le serveur frontal et le back-end à l’aide de .NET, d’économiser du temps et des coûts, et c’est particulièrement utile pour les applications d’entreprise.
• Les applications web en JavaScript restent pertinentes si vous souhaitez utiliser vos compétences en JavaScript existantes ou avez besoin d’intégrer des bibliothèques ou des frameworks JavaScript établis.
• Les applications existantes utilisant des infrastructures plus anciennes telles que Web Forms, MVC ou Razor Pages restent prises en charge et peuvent continuer à être développées et gérées.

De nombreux clients créent avec WinUI aujourd’hui, notamment Adobe et Apple :

• Adobe Fresco, une application de dessin et de peinture gratuite.
• Les applications Apple Music, Apple TV et Apple Devices ont été créées avec WinUI et le Windows App SDK.

Microsoft a également créé de nombreuses applications WinUI, telles que Windows 11 File Explorer et l’application Photos.

De nombreux clients, y compris Microsoft, créent des applications multiplateformes avec .NET MAUI. Par exemple, l’application mobile Microsoft Azure est générée à l’aide de .NET MAUI.

Pour en savoir plus sur la vitrine clients .NET.

La plupart de l’interface utilisateur de Microsoft Visual Studio est générée avec WPF. L'IDE Visual Studio lui-même est un exemple majeur d’une application WPF complexe et hautes performances.

GE Digital FlightPulse système aérien utilise Blazor pour la configuration du backend de tout ce que voient les pilotes, fournissant directement des données de capteurs et des analyses aux pilotes pour améliorer la sécurité et l'efficacité.

Consultez d’autres histoires de clients Blazor sur le site .NET.

Pour connaître les définitions des applications empaquetées, non empaquetées et empaquetées avec des applications d’emplacement externe, consultez Vue d’ensemble du déploiement. Cette rubrique décrit également les avantages et les inconvénients de chaque méthode.

Une application WinUI peut être remise via le Windows Store, un fichier .appinstaller ou un package MSI ou setup.exe existant. Le Store et AppInstaller prennent en charge les mises à jour automatiques pour les utilisateurs finaux qui ont activé les mises à jour automatiques, mais les applications MSI/setup.exe doivent fournir leur propre mécanisme de mise à jour.

En règle générale, non. WinUI et le Windows App SDK nécessitent MSBuild, c’est pourquoi Visual Studio est un prérequis pour le développement avec eux. Bien qu'il soit techniquement possible de générer des applications Windows App SDK qui n'utilisent pas WinUI avec d'autres chaînes d'outils, cela n'est pas pris en charge.

Consultez Développement d’applicationsWindows - Meilleures pratiques et Windows app vue d’ensemble des performances et des principes de base.

Les utilisateurs disposant de Windows 10, version 1809 ou ultérieure peuvent installer des applications WinUI sans mettre à jour leur système d’exploitation.

Yes.

Non. UWP et WinUI pour UWP sont toujours pris en charge et continuent à recevoir des correctifs de bogue, de fiabilité et de sécurité. Toutefois, la plupart des nouvelles fonctionnalités et capacités sont ajoutées à WinUI.

La prise en charge de UWP pour .NET 9 est disponible. Cette option fournit un chemin de modernisation pour les applications UWP à l’aide de la dernière version .NET.

Les objectifs de la prise en charge de .NET 9 UWP sont les suivants :

1. Fournissez un meilleur chemin de migration pour les développeurs qui souhaitent passer à WinUI.
2. Supprimez les dépendances sur .NET Native afin que les développeurs puissent tirer parti des dernières fonctionnalités .NET et C#.

Pour plus d’informations, consultez le billet de blog : Modernize votre application UWP avec prise en charge UWP en préversion pour .NET 9 et native AOT.

Les développeurs UWP ne doivent pas se sentir pressés de migrer s’ils sont satisfaits de UWP et de son ensemble de fonctionnalités : pour de nombreuses applications, le bon choix peut être de rester sur UWP.

Les applications qui souhaitent bénéficier de la dernière plateforme Windows et des investissements .NET doivent envisager de passer au Windows App SDK. Consultez Migrate de UWP au Windows App SDK.

Continuez à utiliser UWP si vous créez pour Xbox, Surface Hub ou HoloLens.

Non. WPF est pris en charge, recommandé et continue de recevoir des mises à jour de fonctionnalités. Consultez la feuille de route WPF sur GitHub.

Non. WinForms est pris en charge et continue de recevoir des mises à jour de fonctionnalités. Consultez la feuille de route Windows Forms sur GitHub.

Non. WinRT est une interface binaire d’application (ABI) qui permet l’interopérabilité entre plusieurs langages. WinRT est l’évolution de COM, et le Windows App SDK fournit la plupart de ses fonctionnalités par le biais d’API WinRT.

Les dernières notes de publication sont disponibles sur la page Nouveautés .