Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article est une liste non exhaustive des fonctionnalités C++ déconseillées ou supprimées de Visual Studio 2019 et versions ultérieures. Pour plus d’informations sur les modifications cassants et les améliorations de conformité pour C++ dans la dernière version de Visual Studio, consultez améliorations de la conformité C++ dans Visual Studio.
Visual Studio 2019
Prise en charge du développement Windows XP
Visual Studio 2019 et versions ultérieures n’incluent pas la prise en charge actuelle des outils de génération pour la création de code pour Windows XP. La prise en charge du développement Windows XP à l’aide des outils de génération v141_xp fournis dans Visual Studio 2017 est toujours disponible en tant que composant facultatif dans Visual Studio Installer. Pour plus d’informations sur l’installation de l’ensemble d’outils de plateforme Windows XP v141_xp, consultez Configuration des programmes pour Windows XP.
Visual Studio 2022
Prise en charge de la mise à niveau de projet à partir de Visual C++ 6
Visual Studio 2022 et versions ultérieures ne prennent pas en charge les mises à niveau à partir de fichiers d’espace de travail Visual C++ 6 (.dsw) et Project (.dsp). Visual Studio n’inscrit plus les .dsw extensions et .dsp les extensions de fichier en tant que types de fichiers Visual Studio. Pour mettre à niveau un projet avec ces extensions, utilisez d’abord Visual Studio 2019 pour mettre à niveau le projet vers des fichiers de solution (.sln) et de projet C++ (.vcxproj). Utilisez ensuite la version actuelle de Visual Studio pour mettre à niveau à nouveau le projet.
Visual Studio 2026
Prise en charge de C++AMP, de la chaîne d’outils ARM32 et de /DEBUG:FASTLINK
Visual Studio 2026 et versions ultérieures ne prennent pas en charge C++AMP, la chaîne d’outils ARM32 et /DEBUG :FASTLINK. Si vous utilisez /DEBUG:FASTLINK, il est recommandé de basculer vers /DEBUG:FULL pour une meilleure prise en charge du débogage. Les développeurs qui ont besoin de cibler ARM32 peuvent continuer à utiliser les outils de génération Visual Studio 2022 v143, comme indiqué dans ce billet de blog Microsoft.
Mise en obsolescence de /await
Le commutateur /await du compilateur MSVC est déconseillé et sera supprimé dans une prochaine version. Ce commutateur a activé une implémentation préliminaire des coroutines en C++ à l’aide de l’en-tête <experimental/coroutine>. Les développeurs doivent passer aux coroutines C++ standard à l’aide de l’en-tête <coroutine> disponible en C++20 et versions ultérieures. Pour les projets C++14/17, utilisez /await:strict (qui n’est pas déconseillé) pour accéder à l’en-tête standard <coroutine> sans activer d’autres fonctionnalités C++20.
Prise en charge de Windows 7, 8 et 8.1 pour les outils de compilation Microsoft C++
Dans Visual Studio 2026, les outils de compilation Microsoft C++ (MSVC) ont relevé les exigences minimales du système d'exploitation pris en charge. Avec cette version, les outils de génération ne ciblent plus :
- Windows 7 / Windows Server 2008 R2
- Windows 8 / Windows Server 2012
- Windows 8.1 / Windows Server 2012 R2
Pour créer des applications à l’aide des derniers outils C++, votre plateforme cible doit être Windows 10 ou Windows Server 2016 (ou version ultérieure).
Ces modifications permettent d’améliorer les performances, la sécurité améliorée et l’alignement avec les fonctionnalités de plateforme Windows les plus récentes.
Prise en charge du développement mobile avec les outils C++ et Embedded et IoT
À compter de Visual Studio 2026 (version 18.0), la charge de travail Développement mobile avec C++ pour le ciblage iOS et Android dans le programme d'installation de Visual Studio et les outils Embedded et IoT—y compris RTOS Viewer, Serial Monitor, Peripheral Viewer et ST Project Import—ne sont plus pris en charge et seront supprimés dans une prochaine mise à jour. Toutefois, les NDK Android répertoriés dans le chargement de travail Mobile pour le développement avec C++ continuent d’être pris en charge.