Questions fréquentes sur le développement d’applications Windows

Pour obtenir un excellent avis sur les options d’aujourd’hui pour les développeurs Windows, regardez les windows Dev Chat épisode, Choisir votre plateforme de développement idéale, où ils discutent de WinUI, .NET MAUI, React Native, Blazor et 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’ère des services cloud, 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 : applications clientes sont souvent les premiers utilisateurs d’interaction avec 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.
• scalabilité avec l’intégration cloud : une application cliente bien intégrée peut être synchronisée sans effort avec les services cloud back-end, ce qui permet l’accès aux données en temps réel et une scalabilité 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 de belles applications de bureau modernes et rétrocompatibles (jusqu’à Windows 10 1809). WinUI est l’infrastructure d’interface utilisateur fournie avec le Kit de développement logiciel (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 compatibles avec toutes les versions de Windows (jusqu’à Windows 10 1809). Lors de la génération avec le Kit de développement logiciel (SDK) d’application Windows, les dernières fonctionnalités de la plateforme de développement Windows sont disponibles. Le Kit de développement logiciel (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 Win32/de bureau. Il est conçu autour d’API Windows couplées à des versions particulières du système d’exploitation.

Le SDK d’application Windows ne remplace pas le SDK Windows. Au lieu de cela, le Kit de développement logiciel (SDK) d’application Windows complète le 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 le Kit de développement logiciel (SDK) d’application Windows peuvent toujours utiliser les API du 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 au SDK d’application Windows.

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.
• Monétisation: Les frameworks natifs sont activement gérés et pris en charge par Microsoft, ce qui garantit 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 le développement d’applications Windows 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 Kit de développement logiciel (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 Kit de développement logiciel (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 îles XAML est en développement pour héberger du contenu WinUI dans d’autres frameworks d’interface utilisateur (WPF, Win32).

Les éléments du Kit de développement logiciel (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 le Kit de développement logiciel (SDK) d’application Windows.

Cela signifie que les applications WPF/MFC/WinForms peuvent utiliser des API du Kit de développement logiciel (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 Utiliser le Kit de développement logiciel (SDK) d’application Windows dans un projet existant .

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 le rechargement à chaud et incluent une charge de travail de 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 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 Kit de développement logiciel (SDK) d’application Windows et fonctionne le mieux avec les dernières versions de Windows.

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.

WinUI 3 était le nom précédent de WinUI lorsqu’il a été livré pour la première fois dans le cadre du Kit de développement logiciel (SDK) d’application Windows.

En résumé, WinUI est la dernière version et la plus avancée du framework WinUI, WinUI 2 est une bibliothèque de contrôles pour UWP et WinUI 3 a été une étiquette antérieure pour WinUI. Utilisez « WinUI » à l’avenir, sauf si vous faites spécifiquement référence à WinUI 2.

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

Non. Le SDK d’application Windows ne peut pas être utilisé dans les applications UWP, et WinUI 2 ne peut pas être mélangé avec WinUI. Consultez Migrer d’UWP vers le 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. Personnalisation du fichier projet et MSBuild : L’effort de migration varie en fonction de l’utilisation avancée de MSBuild.
2. Migration de l’API .NET : 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 Migrer de UWP vers le Kit de développement logiciel (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 Migrer d’UWP vers le 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. Des outils comme Rechargement à chaud XAML peuvent souvent être utiles. Le travail a démarré sur un concepteur d’interface utilisateur Visual Studio pour WinUI dans le Kit de développement logiciel (SDK) d’application Windows 1.7, mais il n’existe pas encore de chronologie pour sa version.

Yes. WinUI est fourni dans le cadre du Kit de développement logiciel (SDK) d’application Windows.

Non. WinUI 2 fait partie de la plateforme UWP.

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

Non. WinUI est fourni dans le cadre du Kit de développement logiciel (SDK) d’application Windows.

Yes. Toutes les technologies du Kit de développement logiciel (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 2. 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 de contrôles WinUI est disponible à partir du Kit de développement logiciel (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 Windows 10, jusqu’à la version 1809, dans les scénarios empaquetés et non empaquetés.

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

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

• WindowsAppSDK-Samples : illustre comment utiliser des ensembles d’API spécifiques du SDK d’application Windows.
• Exemples spécifiques à une rubrique Windows : contient un exemple de notes WinUI utilisé dans le didacticiel Créer une application WinUI .
• galerie WinUI: présente le Kit de développement logiciel (SDK) WinUI et l’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 Mise à niveau .NET pour migrer des applications WPF .NET Framework 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/Sombre 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 .NET unique sur plusieurs plateformes, mais elle génère du code spécifique à la plateforme sous le capot. Cela garantit que les applications .NET MAUI fonctionnent bien sur chaque plateforme et offrent une expérience utilisateur native.

.NET MAUI offre une expérience .NET unifiée sur Windows, iOS, Android et macOS. Il extrait plus de 60 API spécifiques à la plateforme en un seul ensemble d’API multiplateformes, couvrant des domaines tels que le stockage, 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 de réalité mixte.

Si votre application doit prendre en charge Xbox, HoloLens ou IoT, UWP est recommandée. Le Kit de développement logiciel (SDK) d’application Windows ne prend pas en charge ces plateformes. Pour le développement de jeux, utilisez le Kit 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 cœur est créé à l’aide de technologies web telles que HTML, CSS et JavaScript, et encapsulées dans un conteneur natif qui donne accès à certaines fonctionnalités et matériels de plateforme natives. 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 sous Windows et Vue d’ensemble 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 des composants Blazor et .NET MAUI 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. Les applications WPF et 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.

Les applications web offrent la plus grande portée de n’importe quelle plateforme d’application cliente. Les options de création de belles applications web .NET 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 :

• Créez-vous Windows first ou 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 la création d’applications web frontales avec .NET. Il vous permet de développer à la fois le front-end et le back-end en utilisant .NET, ce qui permet d'économiser du temps et de l'argent, et c'est particulièrement avantageux pour les applications d'entreprise.
• Les applications web JavaScript sont toujours logiques si vous souhaitez tirer parti des compétences JavaScript existantes ou avoir besoin d’être intégrées à des bibliothèques ou infrastructures JS établies.
• 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 Kit de développement logiciel (SDK) d’application Windows.

Microsoft a également créé de nombreuses applications WinUI, telles que l’Explorateur de fichiers Windows 11 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 créée à l’aide de .NET MAUI.

Pour plus d’informations sur la présentation du client .NET, voir plus en détail.

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.

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

Pour plus d’informations sur les clients Blazor , consultez le site .NET.

Yes. Si votre package MSIX est signé, le certificat de signature doit être valide et approuvé sur l’appareil cible.

Oui : XAML Islands l’active. Consultez En savoir plus sur XAML Islands.

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 Kit de développement logiciel (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 créer des applications du Kit de développement logiciel (SDK) d’application Windows qui n’utilisent pas WinUI avec d’autres chaînes d’outils, cela n’est pas pris en charge.

Consultez Rendre des applications attrayantes sous Windows.

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 2 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 UWP pour .NET 9 est disponible. Cette option fournit un chemin de modernisation pour les applications UWP à l’aide de la dernière version de .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 : Moderniser votre application UWP avec une préversion de la prise en charge UWP 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 Kit de développement logiciel (SDK) d’application Windows. Consultez Migrer d’UWP vers le SDK d’application Windows.

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 Kit de développement logiciel (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 .