Windows 10 SDK Preview Build 18950 est sorti

Un nouveau Windows 10 SDK Insider Preview disponible au téléchargement. Il ajoute la version 18950 de Windows 10 Insider Preview qui était récemment sorti sur le Fast Ring. Voici les changements dans cette version.

Le SDK de prévisualisation peut être téléchargé à partir de section développeur sur Windows Insider.

Pour obtenir des commentaires et des mises à jour sur les problèmes connus, veuillez consulter le forum des développeurs. Pour les demandes de nouvelles fonctionnalités de développeur, rendez-vous sur notre UserVoice de la plate-forme Windows.

• Cette version fonctionne en conjonction avec les SDK précédemment publiés et Visual Studio 2017 et 2019. Vous pouvez installer ce SDK et continuer à soumettre vos applications qui ciblent Windows 10 build 1903 ou une version antérieure au Microsoft Store.
• Le SDK Windows ne sera désormais officiellement pris en charge que par Visual Studio 2017 et versions ultérieures. Vous pouvez télécharger le Visual Studio 2019 ici.
• Cette version du SDK Windows s'installera uniquement sur Aperçu de Windows 10 Insider construit.
• Afin de faciliter l'accès des scripts au SDK, l'ISO sera également accessible via l'URL statique suivante: https://software-download.microsoft.com/download/sg/Windows_InsiderPreview_SDK_en-us_18950_1.iso.

Compilateur de messages (mc.exe)

• Détecte désormais la marque d'ordre d'octet (BOM) Unicode dans les fichiers .mc. Si le fichier Si le fichier .mc commence par une nomenclature UTF-8, il sera lu comme un fichier UTF-8. Sinon, s'il commence par une nomenclature UTF-16LE, il sera lu comme un fichier UTF-16LE. Si le paramètre -u a été spécifié, il sera lu comme un fichier UTF-16LE. Sinon, il sera lu à l'aide de la page de codes courante (CP_ACP).
• Évite désormais les problèmes de règle à une définition (ODR) dans les assistants C/C++ ETW générés par MC causés par des macros de configuration conflictuelles (par exemple, lorsque deux fichiers .cpp avec des définitions conflictuelles de MCGEN_EVENTWRITETRANSFER sont liés dans le même binaire, les assistants ETW générés par MC respecteront désormais la définition de MCGEN_EVENTWRITETRANSFER dans chaque fichier .cpp au lieu de choisir arbitrairement un ou l'autre).

Préprocesseur de trace Windows (tracewpp.exe)

• Prend désormais en charge les fichiers d'entrée Unicode (.ini, .tpl et code source). Les fichiers d'entrée commençant par une marque d'ordre d'octet (BOM) UTF-8 ou UTF-16 seront lus comme Unicode. Les fichiers d'entrée qui ne commencent pas par une nomenclature seront lus à l'aide de la page de codes actuelle (CP_ACP). Pour une compatibilité descendante, si le paramètre de ligne de commande -UnicodeIgnore est spécifié, les fichiers commençant par une nomenclature UTF-16 seront traités comme vides.
• Prend désormais en charge les fichiers de sortie Unicode (.tmh). Par défaut, les fichiers de sortie seront encodés à l'aide de la page de codes actuelle (CP_ACP). Utilisez les paramètres de ligne de commande -cp: UTF-8 ou -cp: UTF-16 pour générer des fichiers de sortie Unicode.
• Changement de comportement: tracewpp convertit désormais tout le texte d'entrée en Unicode, effectue le traitement en Unicode et convertit le texte de sortie en l'encodage de sortie spécifié. Les versions antérieures de tracewpp évitaient les conversions Unicode et effectuaient un traitement de texte en supposant un jeu de caractères à un octet. Cela peut entraîner des changements de comportement dans les cas où les fichiers d'entrée ne sont pas conformes à la page de code actuelle. Dans les cas où cela pose un problème, envisagez de convertir les fichiers d'entrée en UTF-8 (avec BOM) et/ou d'utiliser le paramètre de ligne de commande -cp: UTF-8 pour éviter toute ambiguïté d'encodage.

TraceLoggingProvider.h

• Évite désormais les problèmes de règle à une définition (ODR) causés par des macros de configuration conflictuelles (par exemple, lorsque deux fichiers .cpp avec des définitions conflictuelles de TLG_EVENT_WRITE_TRANSFER sont liés dans le même binaire, les assistants TraceLoggingProvider.h respecteront désormais la définition de TLG_EVENT_WRITE_TRANSFER dans chaque fichier .cpp au lieu de choisir arbitrairement un ou le autre).
• Dans le code C++, la macro TraceLoggingWrite a été mise à jour pour permettre un meilleur partage de code entre des événements similaires à l'aide de modèles variadiques.

Signer vos applications avec Device Guard Signing

• Nous vous facilitons la signature de votre application. La signature Device Guard est une fonctionnalité Device Guard disponible dans le Microsoft Store for Business and Education. La signature permet aux entreprises de garantir que chaque application provient d'une source fiable. Notre objectif est de faciliter la signature de votre package MSIX. La documentation sur la signature Device Guard est disponible ici: https://docs.microsoft.com/windows/msix/package/signing-package-device-guard-signing

Suppression de IRPROPS.LIB

Dans cette version, irprops.lib a été supprimé du SDK Windows. Les applications qui étaient liées à irprops.lib peuvent basculer vers bthprops.lib en remplacement.

Un certain nombre d'API ont été ajoutées à la plate-forme depuis la sortie de SDK Windows 10, version 1903, construire 18362.

Si vous êtes un développeur de logiciels exécutant Windows 10 Insider Preview build 18950, il est bon d'avoir ce SDK installé.

La source: Microsoft