Partage via

Notes de version de la chaîne expérimentale pour le SDK d'application Windows 1.2

  • Article

Important

Le canal expérimental n’est pas pris en charge pour une utilisation dans les environnements de production, et les applications qui utilisent les versions expérimentales ne peuvent pas être publiées dans la Boutique Microsoft.

Le canal expérimental fournit des versions du SDK d’application Windows qui incluent des caractéristiques de canal expérimental qui sont au début du développement. Les API pour les fonctionnalités expérimentales ont l’attribut Expérimental. Si vous appelez une API expérimentale dans votre code, vous recevrez un avertissement au moment de la génération. Toutes les API du canal expérimental peuvent avoir des changements cassants dans les futures versions, mais les API expérimentales sont particulièrement sujettes à modification. Les fonctionnalités expérimentales peuvent être supprimées de la prochaine version ou ne jamais être publiées.

Liens importants :

Dernière version de la chaîne expérimentale :

Dernière version de la chaîne stable :

Version 1.2 expérimentale (1.2.0-experimental2)

Il s’agit de la dernière version du canal expérimental. Elle prend en charge toutes les fonctionnalités de la chaîne expérimentale et les fonctionnalités de la version 1.2 Preview 1 (1.2.0-preview1).

Pour télécharger, reciblez votre version NuGet WinAppSDK vers 1.2.220909.2-experimental2.

Problème résolu

Dans les versions Windows Insider Preview à venir, les applications utilisant le SDK d’application Windows ne parviennent pas à démarrer.

Version 1.2 expérimentale (1.2.0-experimental1)

Il s’agit de la dernière version du canal expérimental. Elle prend en charge toutes les caractéristiques du canal expérimental.

Pour télécharger, reciblez votre version NuGet WinAppSDK vers 1.2.220727.1-experimental1.

Composition et entrée

Tout d’abord introduit dans le SDK d'application Windows 0.8, il existe plusieurs classes expérimentales dans les espaces de noms Microsoft.UI.Input.Experimental et Microsoft.UI.Composition.Experimental.

Nouveautés de cette version :

Contenu

Nouveautés de cette version, les classes expérimentales de l’espace de noms Microsoft.UI.Content fournissent les blocs élémentaires du contenu interactif. Il s’agit de primitives de bas niveau qui peuvent être assemblées en contenu pour fournir l’expérience interactive d’un utilisateur final. Le contenu définit la structure pour la sortie rendue avec des animations, le traitement des entrées sur différentes cibles, la représentation d’accessibilité et la gestion des modifications d’état de l’hôte.

API importantes :

  • ContentIsland - rassemble la sortie, l’entrée et l’accessibilité et fournit l’abstraction du contenu interactif. Une arborescence visuelle personnalisée peut être construite et rendue interactive avec ces API.
  • DesktopChildSiteBridge - permet de ContentIsland se connecter à une hiérarchie basée sur HWND.

Pour plus d’informations, consultez l’exemple sur GitHub.

Répartition

DispatcherQueue distribue désormais en tant que réentrant. Auparavant, aucun rappel DispatcherQueueHandler ne pouvait être actif sur un monothread à la fois. À présent, si un gestionnaire démarre une pompe de messages imbriquée, des rappels supplémentaires sont distribués en tant que réentrant. Cela correspond au comportement Win32 autour des messages de fenêtre et des pompes de messages imbriquées.

Notifications

L’inscription du nom complet et de l’icône de l’application pour la notification d’application est désormais prise en charge. Pour plus d’informations, consultez la spécification sur GitHub.

WinUI 3

  • Les contrôles et les styles sont à jour avec la version WinUI 2.8.
  • UWP n’est plus pris en charge dans les versions expérimentales.

Autres limitations et problèmes connus

  • Les applications doivent être reconstruites après la mise à jour vers SDK d'application Windows 1.2-experimental1 en raison d’un changement cassant introduit dans l’ABI.
  • Les applications qui référencent un package qui dépend de WebView2 (comme Microsoft.Identity.Client) ne parviennent pas à être générées. Cela est dû à des fichiers binaires en conflit au moment de la génération. Pour plus d’informations, consultez le problème 2492 sur GitHub.
  • L’utilisation de dotnet build avec un projet de bibliothèque de classes C# WinAppSDK peut causer une erreur de génération « La tâche Microsoft.Build.Packaging.Pri.Tasks.ExpandPriContent n’a pas pu être chargée ». Pour résoudre ce problème, définissez <EnableMsixTooling>true</EnableMsixTooling> dans votre fichier projet.
  • Les modèles WinAppSDK par défaut notent que maxVersionTested="10.0.19041.0" au lieu de "10.0.22000.0". Pour une prise en charge complète de certaines fonctionnalités, notamment les UnlockedDEH, mettez à jour MaxVersionTested vers « 10.0.22000.0 » dans votre fichier projet.