Windows App SDK 1.0.0-Preview2 avec les styles Windows de WinUI 2.6.

Microsoft vient de publier Windows App SDK 1.0.0-Preview2, une boîte à outils qui permet aux développeurs d'applications de bureau de créer des applications avec une interface utilisateur Windows moderne, des API et des fonctionnalités de plate-forme.

[lwptoc title=”WindowsAppSDK 1.0 aperçu 2″ width=”30%” float=”right”]

La version 1.0.0-Preview2 du SDK apporte les fonctionnalités et améliorations suivantes :

WindowsUI 3

Nouvelles mises à jour:

• Les contrôles ont été mis à jour pour refléter les derniers styles Windows de WindowsUI 2.6.
• Le projet unique MSIX est pris en charge.
• Le package WinUI peut désormais cibler la version 17763 et supérieure. Voir Numéro #921 pour plus d'information.
• La barre d'outils intégrée à l'application est prise en charge. Cependant, la barre d'outils intégrée à l'application et la prise en charge existante de Hot Reload/Live Visual Tree nécessitent la prochaine version de Visual Studio 17.0 Preview 5, disponible plus tard en octobre.

Bug réparé: Le texte WebView2Runtime est maintenant localisé.

Fenêtrage

Cette version introduit des mises à jour du Fenêtre d'application classer. Aucune nouvelle fonctionnalité majeure n'a été ajoutée dans cette version, mais des modifications ont été apportées aux noms de méthodes, aux propriétés et certaines valeurs de retour ont été supprimées. Consultez la documentation et les exemples pour des mises à jour détaillées. Si vous avez travaillé avec Fenêtre d'application dans les versions 1.0 Experimental ou 1.0 Preview 1, attendez-vous à quelques modifications de votre code.

Nouvelles mises à jour:

• La Configuration de la fenêtre d'application la classe a été supprimée. Les propriétés de cette classe sont maintenant disponibles sur le Fenêtre d'application lui-même, ou sur le Présentateur classes.
• pont bool les valeurs de retour pour les méthodes de l'API WinRT dans cet espace ont été supprimées et sont désormais void puisque ces méthodes réussiraient toujours.
• Les appels C# ImportDll ne sont plus nécessaires pour GetWindowIdFromWindow ainsi que  GetWindowFromWindowId. Utilisez les méthodes d'encapsulation .NET disponibles dans Microsoft.UI.Win32InteropMicrosoft.UI.WinXNUMXInterop à la place.

Limites importantes:

• Le SDK d'application Windows ne fournit pas actuellement de méthodes pour attacher le contenu de la structure d'interface utilisateur à un Fenêtre d'application; vous êtes limité à l'utilisation des méthodes d'accès à l'interopérabilité HWND.
• La personnalisation de la barre de titre de la fenêtre ne fonctionne que sur Windows 11. Utilisez le IsCustomizationSupported méthode pour vérifier la prise en charge de la fonctionnalité de personnalisation de la barre de titre. Nous avons l'intention de ramener cette fonctionnalité à un niveau inférieur.

Pour plus d'informations, voir Gérer les fenêtres d'application.

Limites importantes:

• Cette version de Fenêtre d'application est actuellement disponible uniquement pour les applications Win32 (packagées et non packagées).
• Le SDK d'application Windows ne fournit pas actuellement de méthodes pour attacher le contenu de la structure d'interface utilisateur à un Fenêtre d'application; vous êtes limité à l'utilisation des méthodes d'accès à l'interopérabilité HWND.
• La personnalisation de la barre de titre de la fenêtre ne fonctionne que sur Windows 11. Utilisez le IsCustomizationSupported méthode pour vérifier la prise en charge de la fonctionnalité de personnalisation de la barre de titre. Nous avons l'intention de ramener cette fonctionnalité à un niveau inférieur.

Pour plus d'informations, voir Gérer les fenêtres d'application.

Entrée

Nouvelles mises à jour:

• Prise en charge améliorée de la saisie tactile de précision.

Limites importantes:

• Tous Pointeur les fonctions d'usine statiques ont été supprimées : ObtenirPointCurrent, ObtenirPointCurrentTransformé, Obtenir des points intermédiaireset GetIntermediatePointsTransformed.
• Le SDK d'application Windows ne prend pas en charge la récupération Pointeur objets avec des ID de pointeur. Au lieu de cela, vous pouvez utiliser le Pointeur fonction membre ObtenirPointTransformé pour récupérer une version transformée d'un existant Pointeur objet. Pour les points intermédiaires, vous pouvez utiliser le PointerEventArgsPointerEventArgs fonctions des membres Obtenir des points intermédiaires ainsi que  GetTransformedIntermediatePoints. Voir la documentation pour plus de détails.

Noyau MRT

Nouvelles mises à jour:

• Les développeurs d'applications peuvent désormais désactiver l'indexation d'un fichier image ou d'un fichier RESW dans le fichier PRI dans les projets .NET. Voir émettre 980 pour plus d'information.

Limites importantes:

• Dans les projets .NET, les fichiers de ressources copiés-collés dans le dossier du projet ne sont pas indexés sur F5 si l'application a déjà été créée. Pour contourner le problème, reconstruisez l'application. Voir émettre 1503 pour plus d'informations].
• Dans les projets .NET, les fichiers de ressources existants ajoutés à partir d'un dossier externe ne sont pas indexés sans la définition manuelle de l'action de génération. Pour contourner ce problème, définissez l'action de génération dans Visual Studio : Contenu pour les fichiers image et PRIRessource pour les fichiers RESW. Voir le numéro 1504 pour plus d'information.

Déploiement pour les applications non packagées

Nouvelles fonctionnalités:

• Windows App SDK 1.0 Preview 2 introduit un wrapper .NET pour le API d'amorçage. L'API d'amorçage est un ensemble de fonctions C/C++ natives que les applications non empaquetées doivent utiliser pour prendre dynamiquement une dépendance sur le package d'infrastructure du SDK d'application Windows au moment de l'exécution. Le wrapper .NET offre un moyen plus simple d'appeler l'API d'amorçage à partir d'applications .NET, y compris les applications Windows Forms et WPF. Le wrapper .NET pour l'API d'amorçage est disponible dans l'assembly Microsoft.WindowsAppRuntime.Bootstrap.Net.dll, qui est local pour votre projet d'application. Pour plus d'informations sur le wrapper .NET, consultez bibliothèque d'encapsulation .NET.
• Les applications packagées peuvent désormais utiliser l'API de déploiement pour obtenir le principal ainsi que  singleton Packages MSIX installés sur la machine. Les packages principaux et singleton font partie du package d'infrastructure qui est installé avec l'application, mais en raison d'une limitation du modèle d'application Windows, les applications packagées devront effectuer cette étape supplémentaire afin d'installer ces packages. Pour plus d'informations sur le fonctionnement de l'API de déploiement, consultez le guide de déploiement pour les applications packagées.

Cycle de vie de l'application

La plupart des fonctionnalités du cycle de vie des applications existent déjà dans la plate-forme UWP et ont été intégrées au SDK d'applications Windows pour être utilisées par tous les types d'applications, en particulier les applications de console non empaquetées, les applications Win32, les applications Windows Forms et les applications WPF. L'implémentation Windows App SDK de ces fonctionnalités ne peut pas être utilisée dans les applications UWP, car il existe des fonctionnalités équivalentes dans la plate-forme UWP elle-même.

Les applications non UWP peuvent également être regroupées dans des packages MSIX. Bien que ces applications puissent utiliser certaines des fonctionnalités du cycle de vie de l'application Windows App SDK, elles doivent utiliser l'approche du manifeste lorsqu'elle est disponible. Par exemple, ils ne peuvent pas utiliser le SDK d'application Windows S'inscrirePourXXXActivation API et doivent à la place s'inscrire pour une activation enrichie via le manifeste.

Toutes les contraintes pour les applications packagées s'appliquent également aux applications WinUI, qui sont packagées, et il existe des considérations supplémentaires, comme décrit ci-dessous.

En savoir plus et trouver les liens de téléchargement sur Microsoft ici.