Plusieurs techniques et outils permettent d'effectuer le débogage d'un programme et d'observer son fonctionnement pour apporter des corrections de bugs ou faire des optimisations.
Parmi eux, les points d'arrêt (breakpoints) sont très utilisés. Un point d'arrêt peut être vu comme un signal qui indique au débogueur de suspendre temporairement l'exécution d'un programme à un certain point (tout en gardant les variables, objets et autres en mémoire). Les points d'arrêt sont donc indispensables pour examiner les états à la recherche de violations ou de bugs. Ils sont surtout très pratiques pour l'analyse des codes volumineux.
Cependant, il arrive que certains EDI aient des limitations. Visual Studio par exemple, ne prend plus en compte les points d'arrêt sur les lignes après la 64.000ième ligne de code.
Une limitation assez contraignante pour les développeurs .NET, en particulier les développeurs C++, et également pour du code généré qui s'avère le plus souvent assez volumineux, et dont l'on souhaiterait comprendre le fonctionnement.
Pour la contourner, on peut cependant se tourner vers des astuces comme l'utilisation de l'instruction goto en C++ ou encore l'instruction « Stop » en Visual Basic.
D'autres techniques peuvent encore être utilisées pour réduire et optimiser le code contenu dans un fichier source.
A vous de nous dire celles que vous utilisez.

Et vous ?

