DEBUG: Vos conseils / Comment connaitre les appels à partir d'un breakpoint ? UI Inspector ?
Bonjour à tous !
Je suis sur un projet applicatif winforms avec un code extrêmement difficile à lire et mal découpé. (outsourcing...)
Et j'ai naturellement du mal à connaitre pour chaque ecran la classe associé. Au runtime, J'aimerai typiquement lorsque je clic quelque part voir le code associé.
Je recherche des astuces pour rapidement savoir quelle est la Class d'un UserControl/form/control au Runtime.
Idéalement un équivalent de snoop en WPF. (Pas certain que ça existe car Winform n'est pas full .net)
J'ai regardé Hawkeye, mais je n'arrive pas à obtenir ce que je recherche (je n’ai sans doute pas tout compris avec son utilisation avec reflector...). Il donne à peu près les mêmes infos que ce que fournit Inspect.exe / Windows Software Development Kit (SDK), c'est à dire pas grand chose.
Je recherche aussi à afficher tous les appels au fur et à mesure de l’exécution, la stack trace à partir d'un breakpoint (afficher la trace à partir d'un point d’exécution...). L'affichage de la pile d'appels donne ce qui se passe avant ce qu'on connait, mais pas après... de ce qu'on ne connait pas. Ce qui peut m'aider à savoir quelles sont les classes en cours d’exécution. (pour ceux qui connaissent : l'équivalent d'un filemon / regmon / procmon mais pour les appels .Net...)
Bref je recherche des astuces (simple idéalement) et outils de debug (SysInternals suite & co), pour retrouver rapidement du code d'interface graphique... ou même des astuces de debug en générale (stack trace & co), lorsqu'on est complètement perdu dans les sources.
Dans le Prochain VS2015 je crois qu'ils ont amélioré cette partie de stack trace... mais bon pour le moment j'utilise 2012 / 2013
Toute aide / expertise / feedback est bienvenue
