Nouveautés de Visual Studio 2017 : #2 Nouveautés liées au debogage

Que cela soit pour comprendre le fonctionnement du code que l’on vient d’écrire, ou encore comprendre à posteriori les disfonctionnements  de celui-ci, nous passons pas mal de temps avec notre ami le debugger.

Visual Studio 2017 propose quelques nouveautés qui, même si elles ne sont pas révolutionnaires, peuvent faciliter la vie au quotidien en fonction de vos habitudes et de vos besoins.

Améliorations pour s’attacher à un process

Si vous préférez le Ctrl+Alt+P pour s’attacher à un process existant (et peut être même distant), qu’un simple F5, les nouveautés suivantes vous sont dédiées !

La 1ère évolution se situe au niveau de l’ergonomie, puisqu’il est à présent possible de filtrer la liste des process locaux ou distants afin de trouver plus rapidement le process auquel on souhaite s’attacher :

image

Enfin deuxième nouveauté, le reattach to process qui permet de ne plus avoir à réouvrir cette même fenêtre pour que le debugger s’attache au “même” process.

Ainsi, un Shift+Alt+P permet de s’attacher automatiquement soit au même process que précédemment (identifié via son PID) ou alors au process portant le même nom ce qui permet d’avoir une souplesse d’utilisation intéressante.

Run To Click

Le Run To Click est une amélioration du Run To Cursor déjà présent dans Visual Studio depuis un certain temps.

Avec cette nouvelle fonctionnalité vous allez pouvoir piloter l’exécution de votre application en débug d’un simple click. Plus besoin d’effectuer plusieurs clicks avec le Run To Cursor, ou alors de créer un 980 ème breakpoint dans votre code pour vous arrêter où vous le souhaitez, un simple click est à présent nécessaire grâce à un nouveau picto présent durant vos sessions de debug :

RunToClick

A noter que cela n’a aucun autre impact sur vos sessions de debug, les breakpoints déjà posés et qui sont atteint durant le parcours du code jusqu’à la position de votre click seront bien évidemment déclenchés. Et vous clickez sur une ligne qui n’est pas atteinte durant l’exécution, il n’y aura pas de magie, vous n’obtiendrez aucune pause d’exécution.

Deboggage Client Side sous Google Chrome

Si vous préférez tout faire depuis VS, et souhaitez avoir la possibilité de ne plus utiliser les outils de dév intégré à Google Chrome, bonne nouvelle : vous pouvez à présent rester sous VS 2017 pour débugger votre code javascript/typescript exécuté par le navigateur.

Cette option est disponible par défaut et vous pouvez la définir au même endroit qu’habituellement :

image

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *