Kit SDK Windows 10

Le SDK Windows 10 (10.0.19041.0) pour Windows 10 version 2004 regroupe les tout derniers en-têtes, bibliothèques, métadonnées et outils indispensables au développement d’applications Windows 10.

Utilisez ce SDK pour créer des applications Windows universelles (UWP) et des applications Win32 pour Windows 10 version 2004 et pour les versions précédentes de Windows.

Prise en main

Vous pouvez vous procurer le SDK Windows 10 de deux façons : installez-le à partir de cette page en sélectionnant le lien de téléchargement ou en sélectionnant « SDK Windows 10 (10.0.19041.0) » dans les composants facultatifs du programme d’installation de Visual Studio 2019.

Avant d’installer ce SDK :

  1. Prenez connaissance de l’ensemble de la configuration requise présentée ci-après.
  2. Quittez Visual Studio 2019 avant l’installation.
  3. Examinez les problèmes connus ci-dessous.

Configuration requise

La configuration minimale requise pour le SDK Windows est la suivante :

Systèmes d’exploitation pris en charge

  • Développement d’une application de plateforme universelle Windows (UWP)
    • Windows 10 version 1507 ou supérieure : Famille, Professionnel, Éducation et Entreprise (éditions LTSB et S non prises en charge)
    • Windows Server 2019, Windows Server 2016 ET Windows Server 2012 R2 (ligne de commande uniquement)
  • Développement d’applications Win32
    • Windows 10 version 1507 ou supérieure
    • Windows Server 2019, Windows Server 2016 et Windows Server 2012 R2 (ligne de commande uniquement)
    • Windows 8.1
    • Windows 7 SP1

(Tous les outils ne sont pas pris en charge sur les systèmes d’exploitation antérieurs.)

Configuration matérielle requise

  • Processeur cadencé à 1,6 GHz minimum
  • 1 Go de mémoire RAM
  • 4 Go d’espace disponible sur le disque dur

Exigences supplémentaires

L’installation du SDK Windows sur les systèmes d’exploitation Windows 8.1 et antérieurs requiert la mise à jour KB2999226. Pour effectuer l’installation via Windows Update, veillez à installer les derniers correctifs et mises à jour Microsoft Update recommandés avant d’installer le SDK Windows.

Nouveautés

Le SDK Windows 10 pour Windows 10 version 2004 propose de nouvelles API et des outils mis à jour destinés au développement d’applications Windows. En savoir plus sur les nouvelles fonctionnalités de Windows 10 version 2004.

API

Pour afficher les nouvelles API introduites avec Windows 10 version 2004, consultez : Nouveautés pour les développeurs dans Windows 10, build 19041.

Suppression de api-ms-win-net-isolation-l1-1-0.lib

Dans cette version, api-ms-win-net-isolation-l1-1-0.lib a été supprimé du SDK Windows. Les applications qui se connectaient à api-ms-win-net-isolation-l1-1-0.lib peuvent basculer vers OneCoreUAP.lib en remplacement.

Suppression de irprops.lib

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

Suppression de wuapicommon.h et de wuapicommon.idl

Dans cette version, nous avons déplacé ENUM tagServerSelection de wuapicommon.h vers wupai.h et supprimé l’en-tête. Si vous souhaitez utiliser ENUM tagServerSelection, vous devez inclure wuapi.h ou wuapi.idl.

Pack d’API Windows 10 WinRT

Avec le pack d’API Windows 10 WinRT, ajoutez les toutes dernières API Windows Runtime à vos bibliothèques et applications .NET Framework 4.5+ et .NET Core 3.0+. Pour accéder au pack d’API Windows 10 WinRT, consultez le package nuget Microsoft.Windows.SDK.Contracts.

Runtime C universel (UCRT)

Désormais, la famille de fonctions printf se conforme aux règles d’arrondi IEEE 754 lors de l’affichage de valeurs en virgule flottante représentables exactement et honorera le mode d’arrondi demandé via des appels à fesetround. Le comportement hérité est disponible lors de la liaison avec legacy_stdio_float_rounding.obj.

Outils

Kit de certification des applications Windows

Dans cette version du SDK Windows, plusieurs nouvelles API ont été ajoutées à la liste des API prises en charge dans le Kit de certification des applications et le Windows Store. S’il existe des API dans la liste des API prises en charge qui apparaissent grisées ou désactivées dans Visual Studio, vous pouvez apporter une petite modification à votre fichier source pour y accéder. Pour plus d’informations, reportez-vous à ce problème connu.

Outre l’ajout d’API, les modifications suivantes ont été apportées aux tests :

Tests mis à jour :

  • ValidateContentUriRules est maintenant à but informatif uniquement. Les échecs de test sont présentés sous la forme d’avertissements.

Tests supprimés

  • Test d’accès WebView WinRT pour les applications web
  • Test PackageSizeCheck pour les applications UWP
  • Test SupportedApi pour les applications Desktop Bridge
  • Test AppContainerCheck de BinScope pour les applications UWP
  • Vérification ServiceWorker pour tous les types d’applications

Nouveaux tests

  • Test High-DPI (en haute résolution). Un nouveau test pour les applications Pont du bureau vérifie si l’application utilise la fonctionnalité prenant en charge DPI et génère un avertissement si cela n’est pas spécifié. Ce test vous encourage à ce que votre application propose une prise en charge DPI par moniteur. Pour plus d’informations sur la prise en charge DPI, consultez Développement d’applications de bureau haute résolution sur Windows.

Message Compiler (mc.exe)

Les mises à jour incluent :

  • Détecte à présent la marque d’ordre d’octet Unicode dans les fichiers .mc. Si le fichier .mc commence par une marque d’ordre d’octet UTF-8, il est lu en tant que fichier UTF-8. Sinon, s’il commence par une marque d’ordre d’octet UTF-16LE, il est lu en tant que fichier UTF-16LE. Si le paramètre -u a été spécifié, il est lu en tant que fichier UTF-16LE. Sinon, il est lu à l’aide de la page de codes actuelle (CP_ACP).
  • Évite à présent les problèmes de règle à une seule définition dans les applications auxiliaires C/C++ ETW générées par MC en raison de conflits de macros de configuration. Par exemple, lorsque deux fichiers .cpp avec des définitions en conflit de MCGEN_EVENTWRITETRANSFER sont liés au même binaire, les applications auxiliaires ETW générées par MC respectent à présent la définition de MCGEN_EVENTWRITETRANSFER dans chaque fichier .cpp au lieu de choisir arbitrairement l’une ou l’autre.

Préprocesseur de trace de Windows (tracewpp.exe)

Les mises à jour incluent :

  • Prise en charge des fichiers d’entrée Unicode (.ini, .tpl et code source). Les fichiers d’entrée commençant par une marque d’ordre d’octet UTF-8 ou UTF-16 sont lus au format Unicode. Les fichiers d’entrée qui ne commencent pas par une marque d’ordre d’octet sont lus à l’aide de la page de codes actuelle (CP_ACP). À des fins de compatibilité descendante, si le paramètre de ligne de commande -UnicodeIgnore est spécifié, les fichiers commençant par une marque d’ordre d’octet UTF-16 sont traités comme vides.
  • Prise en charge des fichiers de sortie Unicode (.tmh). Par défaut, les fichiers de sortie sont 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 à présent tout le texte d’entrée en Unicode, effectue le traitement en Unicode et convertit le texte de sortie dans l’encodage de sortie spécifié. Les versions antérieures de tracewpp évitaient les conversions Unicode et effectuaient le traitement du texte en supposant un jeu de caractères codés sur un octet. Cela peut entraîner des changements de comportement lorsque les fichiers d’entrée ne sont pas conformes à la page de codes actuelle. Si cela constitue un problème, envisagez de convertir les fichiers d’entrée en UTF-8 (avec marque d’ordre d’octet) et/ou en utilisant le paramètre de ligne de commande -cp:UTF-8 pour éviter toute ambiguïté d’encodage.

TraceLoggingProvider.h

Les mises à jour incluent :

  • Évite à présent les problèmes de règle à une seule définition dus à des conflits de macros de configuration. Par exemple, lorsque deux fichiers .cpp avec des définitions en conflit de TLG_EVENT_WRITE_TRANSFER sont liés au même binaire, les applications auxiliaires TraceLoggingProvider.h respectent à présent la définition de TLG_EVENT_WRITE_TRANSFER dans chaque fichier .cpp au lieu de choisir arbitrairement l’une ou l’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.

Signature de vos applications avec la signature Device Guard

Nous simplifions la signature de votre application. La signature Device Guard est une fonctionnalité de Device Guard disponible dans le portail Microsoft Store pour Entreprises et Éducation. La signature permet aux entreprises de garantir que chaque application provient d’une source approuvée. Notre objectif est de faciliter la signature de votre package MSIX. Consultez la documentation sur la signature Device Guard.

Exemples

Des exemples d’applications Windows 10 sont désormais disponibles via GitHub. Vous pouvez parcourir le code dans GitHub, cloner une copie personnelle du référentiel à partir de Git ou télécharger une archive compressée de tous les exemples. Vos commentaires sont les bienvenus, n’hésitez pas à ouvrir un ticket dans le référentiel en cas de problème ou de question. Ces exemples sont conçus pour s’exécuter sur tous les appareils (de bureau, mobiles et futurs) qui prennent en charge la plateforme Windows universelle (UWP).

Versions précédentes du Kit de développement logiciel (SDK)

Les Kits de développement logiciel (SDK) et émulateurs précédemment publiés sont accessibles sur la page Archives.

API Light Up

Lorsque vous utilisez de nouvelles API, nous vous conseillons d’écrire votre application de sorte qu’elle soit adaptative afin qu’elle s’exécute correctement sur un maximum d’appareils Windows 10. Une application adaptative « met en avant » de nouvelles fonctionnalités partout où les appareils et la version Windows les prennent en charge ; dans le cas contraire, elle offre uniquement les fonctionnalités disponibles sur la version de plateforme détectée. Pour connaître les détails de l’implémentation, consultez l’article sur le code adaptatif de version. Pour les dernières notes de publication ou des problèmes avec des outils, consultez le Forum des développeurs Windows.

Problèmes connus et commentaires

Pour envoyer des commentaires et recevoir des mises à jour sur les problèmes connus, consultez le forum des développeurs.

Envoyez les nouvelles demandes de fonctionnalités de développement via l’application Hub de commentaires sous la catégorie « Plateforme/API pour développeurs ».

Autres ressources

Téléchargements et outils

Procurez-vous les dernières éditions des outils de développement Visual Studio et Windows 10.

EN SAVOIR PLUS

Archive sur les SDK

Recherchez des versions précédentes du SDK Windows et d’autres outils.

AFFICHER L'ARCHIVE

Blog Windows

Restez informé des dernières versions d’évaluation du kit SDK en vous abonnant à notre blog.

RECEVOIR LES ACTUALITÉS DES VERSIONS D’ÉVALUATION DU KIT SDK

Fiche du cycle de vie de Windows

Trouvez les principales dates des mises à jour des versions de Windows et de fin du support.

CONSULTER LA FICHE