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 :

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 :

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 :
