Exporter (0) Imprimer
Développer tout
Cet article a fait l'objet d'une traduction manuelle. Déplacez votre pointeur sur les phrases de l'article pour voir la version originale de ce texte. Informations supplémentaires.
Traduction
Source

Nouveautés du débogueur dans Visual Studio 2013

Le débogueur présente une prise en charge étendue du modèle de programmation asynchrone Windows Runtime. Dans les langages du .NET Framework, le modèle est exprimé via le mot clé async/await (Async/Await en Visual Basic). En C++ et C++/Cx, les objets task et les continuations .then prennent en charge ce modèle. JavaScript utilise les objets promise et les continuations .then.

  • La fenêtre Pile des appels affiche les méthodes qui appellent des fonctions asynchrones sous les frames d'information [Async Call].

  • La fenêtre Tâches (anciennement appelée fenêtre Tâches parallèles) affiche le nouveau modèle sous forme de tâches avec des informations avancées sur ces tâches. Consultez Utilisation de la fenêtre Tâches.

  • Création de rapports d'exceptions améliorée pour les applications Windows Store en C++ Le débogueur Visual Studio prend désormais en charge la capture des traces de la pile pour les exceptions C++ lorsqu'elles se produisent dans des composants Windows Runtime. Le débogueur peut afficher ces traces de pile capturées lorsqu'elles sont disponibles sur des objets exception dérivés de Platform::Exception.

    La boîte de dialogue d'exception affichée par le débogueur lors d'une exception de première chance répertorie la trace de la pile au moment où l'exception s'est produite.

    Vous pouvez inspecter les exceptions Windows Runtime futures dans une session de débogage en ajoutant la pseudo-variable$exceptiontrace dans une fenêtre Espion. Si une exception se produit dans le thread actuel, vous pouvez développer l'entrée dans la fenêtre Espion pour visualiser la trace de la pile et accéder au code source qui a provoqué l'exception. Vous pouvez également observer $exceptiontrace en choisissant le lien Ajouter une trace de pile d'exception à observer dans la boîte de dialogue d'exception.

    Pour plus d'informations, consultez cette publication dans le blog relatif à Visual Studio ALM et Team Foundation Server.

L'option Uniquement mon code permet de masquer le code non-utilisateur dans la fenêtre Pile des appels, tel que le code dans le système, Win.JS et les bibliothèques tierces. L'option Uniquement mon code facilite grandement la recherche de vos méthodes lorsque vous déboguez du code asynchrone ou lors d'un débogage en mode mixte avec JavaScript et C++.

L'option Uniquement mon code est activée par défaut dans Visual Studio 2013. Pour afficher l'intégralité du code sur la pile des appels, choisissez Options et paramètres dans le menu Déboguer, puis décochez la case Activer Uniquement mon code. Notez que ce paramètre s'applique à tous les langages de programmation prenant en charge l'option Uniquement mon code.

Le débogueur prend désormais en charge l'opération Modifier & Continuer pour les applications qui ciblent les plateformes 64 bits.

Vous pouvez désormais afficher les valeurs de retour des méthodes dans la fenêtre Automatique. Cela est particulièrement utile pour les méthodes intégrées (méthodes transmises comme paramètres à une autre fonction) :

Méthodes incorporées dans l'éditeur de code Valeurs de retour de la méthode dans la fenêtre Automatique

Consultez Examiner les valeurs de retour d'appels de méthode.

Un des problèmes fréquents des applications .NET qui s'exécutent dans des environnements de production est lié à l'utilisation qu'elles font de la mémoire et peut affecter l'application et éventuellement l'ordinateur entier. Visual Studio 2013 développe ses outils d'analyse des fichiers dump pour vous aider détecter les fuites de mémoire, l'utilisation inefficace de mémoire et les allocations inutiles dans les applications .NET Framework Web, de base de données et de bureau.

Remarque Remarque

L'analyse de mémoire des fichiers dump .NET Framework n'est pas prise en charge pour les applications Windows Store. Consultez Analyse de l'utilisation de la mémoire dans les applications Windows Store (JavaScript) pour obtenir des informations sur les applications JavaScript.

Pour plus d'informations sur l'outil d'analyse de mémoire .NET, consultez cette publication dans le blog relatif à Visual Studio ALM et Team Foundation Server. Pour plus d'informations sur les fichiers dump, consultez Utiliser les fichiers de dump pour déboguer les pannes et les blocages d'application dans Visual Studio.

Remarque Remarque

L'extension SOS.dll (Extension de débogage SOS), conçue pour aider à déboguer les programmes managés dans WinDbg, n'est pas disponible dans l'IDE de Visual Studio. Consultez Débogage de code managé à l'aide du débogueur Windows

Vous pouvez utiliser les Outils de débogage pour Windows dans l'IDE de Visual Studio. Vous devez installer les outils de débogage qui font partie du Kit WDK (Windows Driver Kit). Voir Windows 8.1 Preview: Download kits, bits, and tools (télécharger les kits, bits et outils) (page éventuellement en anglais).

Visualisez la pile des appels pendant le débogage dans Visual Studio Ultimate en créant des cartes de code. Vous pouvez également utiliser des cartes de code pour parcourir votre code. Consultez Mapper les méthodes sur la pile des appels tout en déboguant dans Visual Studio.

Débogage avec des piles d'appels sur des cartes de code

Ajouts de la communauté

AJOUTER
Afficher:
© 2014 Microsoft