Partage via

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

  • 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 0.8 en préversion (0.8.0-preview)

Cette version prend en charge toutes les caractéristiques du canal expérimental.

Télécharger

Les sections suivantes décrivent les fonctionnalités nouvelles et mises à jour, les limitations et les problèmes connus pour cette version.

WinUI 3

Cette version introduit des corrections de bogues critiques (y compris ceux corrigés dans les versions de maintenance 0.5) et d’autres modifications pour WinUI. Pour une liste complète, voir Vue d'ensemble et notes de publication : WinUI 3 - Project Reunion 0.8 Preview (mai 2021).

Cycle de vie de l’application (caractéristique expérimentale)

Cette version présente de nouvelles caractéristiques expérimentales liées à la gestion du cycle de vie de votre application.

  • Toutes les applications (empaquetées et non empaquetées) peuvent utiliser GetActivatedEventArgs (bien que les applications empaquetées puissent déjà utiliser l’implémentation de celle-ci dans la plateforme).
  • Seules les applications non empaquetées peuvent utiliser les fonctions RegisterForXXXActivation.
  • Les applications bureautiques empaquetées peuvent utiliser l’instance du cycle de vie des applications.

Pour plus d'informations, voir Instauration d'applications avec l'API du cycle de vie des applications et Activation riche avec l'API du cycle de vie des applications.

Déploiement pour les applications non empaquetées (caractéristique expérimentale)

Cette version présente de nouvelles caractéristiques de déploiement expérimentales pour les applications non empaquetées. Les applications non empaquetées peuvent désormais prendre une dépendance dynamique sur les packages d’exécution du SDK d’application Windows afin de continuer à utiliser votre MSI existante ou programme d’installation pour le déploiement d’applications. Cette fonctionnalité est disponible pour les caractéristiques suivantes :

  • Programme d’installation autonome pour SDK d’application Windows.
  • Offre groupée de packages MSIX qui inclut des fonctionnalités de dépendances dynamiques.

Pour plus d’informations, consultez le Guide de déploiement du SDK Windows App pour les applications dépendantes du framework empaquetées avec un emplacement externe ou non empaquetées.

DWriteCore

Cette version ajout également les caractéristiques suivantes :

  • Décorations de texte (soulignement et barré dans l’API de disposition de texte)
  • Disposition verticale de texte
  • API de crénage des polices
  • Prise en charge expérimentale des applications non empaquetées

Pour en savoir plus, consultez la section Migration de DirectWrite vers DWriteCore.

MRT Core

Cette version ajout également les caractéristiques suivantes :

  • L’action de génération des ressources est désormais automatiquement définie, ce qui réduit le besoin de configuration manuelle du projet.
  • Prise en charge expérimentale des applications non empaquetées.

Pour plus d’informations, consultez Gérer les ressources avec MRT Core.

Limitations et problèmes connus

  • Aucune prise en charge de toute configuration de build d’UC : le SDK d’application Windows est écrit en code natif et ne prend donc pas en charge les configurations d’UC. Les gabarits WinUI 3 dans Visual Studio autorisent uniquement les versions spécifiques à l’architecture. Lorsque vous ajoutez le SDK d’application Windows à une application ou un composant .NET existant qui prend en charge n’importe quel UC, vous devez spécifier l’architecture souhaitée : x86, x64 ou arm64.
  • Les applications .NET doivent cibler la build 18362 ou ultérieure : votre TFM doit être défini sur net6.0-windows10.0.18362 ou version ultérieure, et la <TargetPlatformVersion> de votre projet d’empaquetage doit être défini sur 18362 ou version ultérieure. Pour plus d’informations, consultez ce problème connu sur GitHub.

Exemples

Les exemples du SDK d’application Windows ne fonctionnent pas avec cette version.