Formation
Parcours d’apprentissage
Déboguer les applications console C# (Démarrage avec C#, partie 6) - Training
Déboguer les applications console C# (Démarrage avec C#, partie 6)
Ce navigateur n’est plus pris en charge.
Effectuez une mise à niveau vers Microsoft Edge pour bénéficier des dernières fonctionnalités, des mises à jour de sécurité et du support technique.
Developer Community | Configuration requise | Compatibilité | Code distribuable | Historique des versions | Termes du contrat de licence | Blogs | Documentation sur les nouveautés de Visual Studio
Remarque
Il ne s’agit pas de la dernière version de Visual Studio. Pour télécharger la version la plus récente, veuillez vous rendre sur le site de Visual Studio.
Cette version n’est plus prise en charge. Pour plus d’informations sur la prise en charge de Visual Studio, consultez la Stratégie de prise en charge pour Visual Studio 2019.
Reportez-vous à la dernière version des notes de publication ou accédez au site Visual Studio pour télécharger la dernière version de Visual Studio 2019 prise en charge.
Le blog Visual Studio 2019 est la source officielle où l’équipe d’ingénierie de Visual Studio partage des insights sur le produit. Vous trouverez des informations détaillées sur les versions de Visual Studio 2019 dans les billets de blog suivants :
Publication : 12 mai 2020
Un attaquant distant non authentifié pouvait exploiter cette vulnérabilité en émettant des requêtes spécialement conçues pour l’application .NET Core. La mise à jour de sécurité élimine la vulnérabilité en corrigeant la façon dont l’application web .NET Core gère les requêtes web.
Un attaquant distant non authentifié pouvait exploiter cette vulnérabilité en émettant des requêtes spécialement conçues pour l’application ASP.NET Core. La mise à jour de sécurité élimine la vulnérabilité en corrigeant la façon dont l’application web ASP.NET Core gère les requêtes web.
Publication : 14 avril 2020
Une vulnérabilité d’élévation de privilèges existe quand le service de mise à jour de Microsoft Visual Studio gère de manière incorrecte les autorisations sur les fichiers. Une personne malveillante qui parvient à exploiter cette vulnérabilité pourrait remplacer le contenu d’un fichier arbitraire dans le contexte de sécurité du système local.
Une vulnérabilité d’élévation de privilèges existe quand le service d’installation des extensions Visual Studio gère les opérations sur les fichiers de manière incorrecte. Un attaquant parvenant à exploiter la vulnérabilité peut supprimer des fichiers dans des emplacements arbitraires avec des autorisations élevées.
Une vulnérabilité liée à la fuite d’informations d’identification existe quand des URL spécialement conçues sont analysées et envoyées à des applications d’assistance des informations d’identification. Cela peut entraîner l’envoi d’informations d’identification à un hôte incorrect.
Publication : 7 avril 72020
Publication : 31 mars 2020
Publication : 24 mars 2020
Publication : 16 mars 2020
LangVersion
if
en instructions switch ou en expressions switchVous pouvez désormais décompiler du code managé même si vous n’avez pas les symboles, ce qui vous permet d’examiner le code, d’inspecter les variables et de définir des points d’arrêt.
Vous pouvez désormais attacher des processus qui s’exécutent dans des conteneurs Windows Docker via la fenêtre de la boîte de dialogue Attacher au processus.
Le débogage d’enclave est désormais pris en charge dans Visual Studio via le SDK Open enclave. Pour plus d’informations sur le débogage d’enclave, accédez à aka.ms/OpenEnclaveVisualStudio.
Plusieurs améliorations ont été apportées à la vue Allocation dans l’outil de suivi d’allocation d’objets .NET. Tout d’abord, la vue de l’historique à rebours a été déplacée vers un panneau séparé pour permettre de distinguer plus facilement entre le type d’allocation et les fonctions appelées. Deuxièmement, les arborescences des appels de la vue de l’historique à rebours ont été inversées pour permettre de diagnostiquer plus facilement les fonctions qui allouent la plus grande partie de la mémoire. Enfin, des icônes indiquant les types valeur et référence ont été ajoutées, et deux autres icônes pour les collections de valeurs et de références seront bientôt disponibles !
Les développeurs C++ peuvent désormais entraîner des modèles IntelliCode sur leurs propres codes base. Nous appelons cela un modèle de complétions d’équipe, car vous bénéficiez des pratiques de votre équipe. En outre, nous avons amélioré les suggestions IntelliCode pour les variables membres.
IntelliSense affiche désormais des noms de types plus lisibles lors de l’utilisation de la bibliothèque standard.
Nous avons ajouté la possibilité de choisir entre Entrée, Espace et Tabulation pour fonctionner comme caractères de validation, et de choisir si Tabulation est utilisé pour Insérer un extrait de code. Vous pouvez trouver ces paramètres sous Outils > Options > Éditeur de texte > C/C++ > Avancé > IntelliSense.
Vous pouvez désormais tirer parti de la prise en charge native de Visual Studio pour WSL quand vous séparez votre système de génération de votre système de déploiement distant. Ceci vous permet de générer en mode natif sur WSL et de déployer les artefacts de build sur un second système distant pour le débogage. Ce workflow est pris en charge par les projets CMake et les projets Linux basés sur MSBuild.
Maintenant, vous pouvez interagir avec vos connexions à distance stockées sur la ligne de commande. C’est utile pour des tâches comme le provisionnement d’une nouvelle machine de développement ou la configuration de Visual Studio dans l’intégration continue.
Visual Studio prend désormais en charge le mode de conformité FIPS 140-2 lors du développement d’applications C++ qui ciblent un système Linux distant.
La copie du fichier source pour les projets CMake ciblant un système Linux distant a été optimisée. Visual Studio conserve désormais un « fichier d’empreinte digitale » du dernier ensemble de sources copiées à distance et optimise le comportement en fonction du nombre de fichiers qui ont été modifiés.
Les fonctionnalités de navigation dans le code, comme Atteindre la définition et Rechercher toutes les références sont désormais prises en charge pour les fonctions, les variables et les cibles dans les fichiers de script CMake.
Ajoutez, supprimez et renommez les fichiers sources et les cibles dans vos projets CMake à partir de l’IDE sans modifier manuellement vos scripts CMake. Quand vous ajoutez ou supprimez des fichiers avec l’Explorateur de solutions, Visual Studio modifie automatiquement votre projet CMake. Vous pouvez également ajouter, supprimer et renommer les cibles du projet à partir de l’affichage des cibles de l’Explorateur de solutions.
L’objectif principal de cette version est l’amélioration des performances et de la scalabilité des bases de code F# volumineuses dans Visual Studio. Ce travail a été influencé par une collaboration directe avec les clients qui ont des bases de code très volumineuses. Le travail sur les performances est toujours en cours, mais si vous avez une base de code de taille moyenne à grande, vous devriez constater une utilisation réduite de la mémoire.
Au-delà des améliorations des performances, cette version comprend de nombreux autres correctifs, dont la plupart provient de notre formidable communauté F# OSS.
Plusieurs fonctionnalités du langage F# en préversion ont été fusionnées. Vous pouvez les tester en définissant votre LangVersion
sur preview
dans votre fichier projet.
--standalone
a été ajoutée pour .NET Corebyref
dans le compilateur a été résolu[<Literal>]
dans les fichiers de signature F#LangVersion
dépendait de la culture a été résolubyref
et des valeurs semblables à byref
pouvaient être définies a été résoluP/Invoke to "kernel32.dll"
était appelé dans une build source FreeBSD de .NET Core a été résolu par Adeel Mujahidstring
ou de .ToString
sur ValueNone
levait une exception a été résoluAsync.Sleep
au sein d’un ensemble traité séquentiellement d’expressions asynchrones n’était pas traité de façon séquentielle a été résolu, avec la contribution de Fraser WatersAsync.Choice
pouvant entraîner des fuites de mémoire a été résolu, avec la contribution de Fraser Watersfsi
dans les scripts F# était traité de manière incorrecte comme non défini a été résoluVous pouvez désormais transformer un fragment de code d’une méthode existante en fonction locale. Mettez en surbrillance le code que vous voulez extraire. Appuyez sur (Ctrl+.+.) pour déclencher le menu Actions rapides et refactorisations. Sélectionnez Extraire la fonction locale.
Vous pouvez désormais rendre des membres statiques. Placez votre curseur sur le nom du membre. Appuyez sur (Ctrl+.+.) pour déclencher le menu Actions rapides et refactorisations. Sélectionnez Rendre statique.
Maintenant, vous pouvez simplifier les interpolations de chaînes quand c’est possible. Placez le curseur sur l’interpolation de chaîne. Appuyez sur (Ctrl+.+.) pour déclencher le menu Actions rapides et refactorisations. Sélectionnez Simplifier l’interpolation.
Vous avez désormais la possibilité d’exclure des fichiers ou des dossiers générés lors de l’exécution des analyseurs. Créez un fichier EditorConfig et marquez les fichiers ou dossiers nécessaires comme générés avec la syntaxe suivante :
Les créateurs d’analyseur peuvent maintenant distribuer des refactorisations de code personnalisées sous la forme d’un package NuGet, alors qu’elles ne pouvaient être distribuées que sous forme de fichier VSIX.
Vous pouvez maintenant profiler un test .NET Core. Notez que les prérequis pour le profilage exigent que vos projets .NET Core soient configurés pour générer des fichiers PDB complets. Il est également recommandé d’effectuer une mise à niveau du SDK de test Microsoft vers la version minimale 16.4. Cela vous permet de profiler des tests dans les paramètres d’architecture x86 et x64. Pour profiler un test, sélectionnez « Profiler » dans le menu contextuel de l’Explorateur de tests. Le profilage de test est pris en charge par le biais de l’instrumentation statique et le document Explorateur de performances (. vsp) dans Visual Studio.
Le paramètre par défaut de l’architecture de processeur pour les tests a désormais une troisième option, « Auto », en plus des options x64 et x86. « Auto » prend en charge différentes architectures par défaut pour les tests ciblant .NET Framework par rapport aux tests .NET Core. Par défaut, les tests .NET Framework s’exécutent avec la valeur x86 et les tests .NET Core avec la valeur x64. « Auto » permet à l’utilisateur de ne pas choisir l’architecture et prend en charge différentes valeurs par défaut pour ces frameworks. Précédemment, x86 était la valeur par défaut dans tous les cas. Toutefois, les tests .NET Core ont été introduits avec x64 comme valeur par défaut. Par conséquent, il est nécessaire de différencier le paramètre par défaut.
Cette version contient des améliorations significatives en matière de performances dans la découverte et l’exécution des tests, en particulier dans les solutions de grande taille comportant beaucoup de tests. Nous vous encourageons à exécuter vos propres tests d’évaluation pour évaluer l’utilité de ces améliorations. Avec la base de code Roslyn (compilateur C# et Visual Basic), l’Explorateur de tests a réduit la consommation de mémoire de 50 à 60 % et a diminué le temps de chargement jusqu’à 60 %.
De meilleurs diagnostics sont maintenant disponibles pour Live Unit Testing. Quand une génération Live Unit Testing échoue, des informations de diagnostic supplémentaires s’affichent dans la sortie, notamment les journaux MSBuild. Il signale également les cas où le chemin de sortie est codé en dur.
Recherche VS prend désormais en charge la possibilité de rechercher des types et des membres dans des fichiers JavaScript et TypeScript. La recherche de blocs JavaScript dans des fichiers de balisage ouverts (par exemple HTML et CSHTML) est également prise en charge.
Visual Studio prend désormais en charge ESLint pour les fichiers TypeScript : il existe une configuration globale avec un ensemble de règles recommandées ou ESLint peut être configuré localement pour un projet avec une personnalisation complète. Pour plus d’informations et des instructions, consultez notre page GitHub
Avec Rechargement à chaud XAML, vous pouvez désormais voir vos modifications mises à jour en même temps sur plusieurs cibles Xamarin.Forms. Déboguez votre application avec plusieurs projets de démarrage, modifiez votre code XAML, puis cliquez sur Enregistrer pour voir les modifications simultanément sur Android et iOS.
Vous pouvez désormais voir une hiérarchie de vos contrôles Xamarin. Forms dans le volet Structure du document. Sur Windows, vous pouvez l’ouvrir avec Ctrl + Alt + T (Affichage > Autres fenêtres > Structure du document). Sur Mac, vous pouvez l’ouvrir via Vues > Blocs > Structure du document.
Vous pouvez maintenant appliquer les modifications des ressources Android au moment de l’exécution en utilisant Android - Appliquer les modifications. Cette fonctionnalité vous permet de voir rapidement les modifications apportées à vos fichiers de ressources Android (dispositions XML, Drawables, etc.) sur un appareil ou un émulateur Android sans nécessiter le redémarrage de l’application.
Le fait de faire glisser une image de l’Explorateur de solutions de votre projet dans l’éditeur XAML génère désormais une balise d’image XAML avec la propriété Source définie sur le chemin d’image approprié.
Le changement de la couleur « Arrière-plan de la planche graphique » pour le concepteur XAML fonctionne désormais avec les projets WPF .NET Core (Options > Environnement > Polices et couleurs, puis passez à Paramètres du concepteur XAML et mettez à jour Arrière-plan de la planche graphique)
Le concepteur XAML prend désormais en charge le chargement de projets .NET Core 3.x qui incluent les paramètres PublishSingleFile, RuntimeIdenfier et PublishTrimmed dans leur fichier projet (csproj). Notez que l’inclusion de ces paramètres ralentit les performances du concepteur.
Consultez l’ensemble des problèmes et solutions de contournement disponibles dans Visual Studio 2019 version 16.5 en suivant le lien ci-dessous.
Nous sommes à votre écoute ! Pour tout problème, signalez-les en utilisant l’option Signaler un problème en haut à droite du programme d’installation ou de l’IDE Visual Studio. L’icône se trouve en haut à droite.
Vous pouvez faire une suggestion de produit ou suivre vos problèmes sur le site Visual Studio Developer Community, où vous pouvez poser des questions, trouver des réponses et proposer de nouvelles fonctionnalités.
Vous pouvez également obtenir une aide gratuite pour l’installation via notre support Live Chat.
Tirez parti des insights et des recommandations disponibles sur le site Developer Tools Blogs pour rester informé de toutes les nouvelles versions Release et des publications contenant des informations approfondies sur un large éventail de fonctionnalités.
Pour plus d’informations sur les versions précédentes de Visual Studio 2019, consultez la page Historique des notes de publication de Visual Studio 2019.
Formation
Parcours d’apprentissage
Déboguer les applications console C# (Démarrage avec C#, partie 6) - Training
Déboguer les applications console C# (Démarrage avec C#, partie 6)