Foire aux questions sur le développement d'applications Windows

Pour obtenir un excellent avis sur les options actuelles pour les développeurs Windows, regardez l'épisode le plus récent de Windows Dev Chat, Choisir votre plateforme de développement idéale, où ils discutent de WinUI, .NET MAUI, React Native, Blazor et Progressive Web Apps (PWAs).

Vous pouvez également faire référence à la overview 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 SDK d'application Windows 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 SDK d'application Windows.

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

Le SDK d'application Windows est une nouvelle plateforme de développement qui vous permet de créer des applications de bureau modernes qui peuvent être installées sur Windows versions (jusqu’à Windows 10 1809). Lors de la création avec SDK d'application Windows, les fonctionnalités les plus récentes de la plateforme de développement Windows sont disponibles. Le SDK d'application Windows inclut WinUI.

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

La SDK d'application Windows ne remplace pas le kit SDK Windows. Au lieu de cela, le SDK d'application Windows complète le KIT DE développement logiciel (SDK) Windows. Il fournit une abstraction pratique et indépendante du système d'exploitation autour du riche catalogue des API du 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 SDK d'application Windows peuvent toujours utiliser Windows API sdk en fonction des besoins des fonctionnalités. Au fil du temps, d’autres fonctionnalités du KIT de développement logiciel (SDK) Windows passeront à la SDK d'application Windows.

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

• Performance : Les infrastructures natives Windows sont optimisées pour tirer parti du matériel moderne Windows, offrant ainsi des expériences utilisateur rapides et réactives.
• Integration : 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.
• Native expérience utilisateur : Les infrastructures natives offrent 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 l’accès 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 Windows développement d’applications 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 du SDK d'application Windows et fonctionne le mieux avec les dernières versions de Windows.

Notez que WinUI (infrastructure d’interface utilisateur) est fourni avec le SDK d'application Windows (infrastructure de développement de plateforme Windows).

En règle générale, WinUI ne peut pas être utilisé, sauf si l’application est prête à migrer entièrement son infrastructure d’interface utilisateur. Une fonctionnalité appelée XAML Islands permet d’héberger du contenu WinUI dans d’autres frameworks d’interface utilisateur (WPF, Win32). Pour plus d’informations, consultez la documentation XAML Islands .

Les éléments du SDK d'application Windows peuvent souvent être utilisés dans les applications de bureau, en fonction de la façon dont l’application existante a été créée. Les applications UWP ne sont pas prises en charge par SDK d'application Windows.

Cela signifie que les applications WPF/MFC/WinForms peuvent utiliser des API SDK d'application Windows qui ne sont pas liées à WinUI. Les exemples incluent le cycle de vie des applications, le fenêtrage et les notifications toast.

Pour plus d’informations, consultez Utilisez la SDK d'application Windows dans un projet existant.

L’utilisation de Visual Studio 2026 ou version 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 Rechargement à chaud 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.

Cette erreur se produit généralement dans les scénarios d'application unpackaged où le runtime SDK d'application Windows n'a pas été installé sur l'ordinateur. Essayez les solutions suivantes :

• Si vous exécutez une application packaged (la valeur par défaut recommandée), vérifiez que vous lancez via Visual Studio avec le MsixPackage profil de lancement sélectionné (et non le profil exécutable brut). L’étape d’empaquetage MSIX installe les composants d’exécution requis.
• Si vous exécutez une application unpackaged, vous devez installer le runtime SDK d'application Windows séparément avant d'exécuter l'application en dehors de Visual Studio.
• Si l’erreur se produit pendant le développement, ouvrez votre .csproj configuration de package et confirmez que votre configuration d’empaquetage correspond à votre modèle de déploiement : pour les applications empaquetées , omettez la propriété (ou laissez-la <WindowsPackageType> par défaut) et générez/exécutez le package MSIX ; pour les applications non empaquetées , définissez <WindowsPackageType>None</WindowsPackageType> et vérifiez que vous avez appelé Bootstrap.Initialize() au démarrage.

Consultez Déployer des applications qui utilisent le SDK d'application Windows pour plus d’informations sur les exigences de déploiement.

WinUI (précédemment appelé WinUI 3) est la dernière infrastructure d’interface utilisateur native pour le développement d’applications Windows. Il fournit une infrastructure d’interface utilisateur moderne et flexible pour créer des applications Windows visuellement attrayantes et interactives. WinUI fait partie du SDK d'application Windows 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. SDK d'application Windows 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 SDK d'application Windows.

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 projet et personnalisation de 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 SDK d'application Windows.

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 SDK d'application Windows.

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 Rechargement à chaud peuvent vous aider dans de nombreux scénarios. Le travail a commencé sur un concepteur d’interface utilisateur Visual Studio pour WinUI dans SDK d'application Windows 1.7, mais il n’existe pas encore de chronologie pour sa sortie.

Yes. WinUI est fourni dans le cadre de la SDK d'application Windows.

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.

Non. WinUI est fourni dans le cadre de la SDK d'application Windows.

Yes. Toutes les technologies du SDK d'application Windows, 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 SDK d'application Windows 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. Consultez Appliquer des 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 SDK d'application Windows spécifiques.
• Exemples Windows spécifiques à un sujet : contient un exemple de notes WinUI utilisé dans le didacticiel Créer une application WinUI.
• galerie WinUI 3 : présente WinUI et SDK d'application Windows. 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.

Envisagez d’utiliser l’Assistant de mise à niveau .NET pour migrer des applications WPF .NET Framework vers la plateforme .NET la plus récente. 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 Windows développement de bureau.

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 MAUI applications fonctionnent correctement sur chaque plateforme et offrent une expérience utilisateur native.

.NET MAUI offre une expérience de .NET unifiée dans 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 natives Windows et macOS.

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, les tablettes, les 2-in-1, les Xbox et les appareils de réalité mixte.

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

Si vous ciblez à la fois 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 le développement Web sur Windows et aperçu des applications web progressives.

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 Blazor et .NET MAUI composants dans une application cliente native unique, avec un accès total aux fonctionnalités de plateforme native.

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 .NET MAUI. 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 des composants .NET 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 d’applications web .NET belles sont les suivantes :

• applications ASP.NET Core avec Razor Pages
• applications ASP.NET Core MVC
• Applications Blazor ASP.NET Core, avec des 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 :

• Concentrez-vous sur Windows en premier ou sur le multiplateforme ?
• Quels langages ou compétences avez-vous déjà : .NET, JavaScript, autre chose ?
• Avez-vous besoin d’accéder 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 créer des applications web frontales 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 SDK d'application Windows.

Microsoft a également créé de nombreuses applications WinUI, telles que Windows 11'Explorateur de fichiers 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 plus d’informations sur la présentation des clients .NET.

La plupart de l’interface utilisateur 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 hautes performances complexe.

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 davantage de 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 SDK d'application Windows 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 SDK d'application Windows qui n'utilisent pas WinUI avec d'autres chaînes d'outils, cela n'est pas pris en charge.

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

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 d'UWP pour .NET 9 est désormais 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 SDK d'application Windows. Consultez Migrate de UWP au SDK d'application Windows.

Continuez d'utiliser UWP si vous développez 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 SDK d'application Windows 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 .