Astuces [PHP] Méthodes de débogage backtrace
Fermé
profmgcan
Messages postés
1
Date d'inscription
dimanche 2 septembre 2007
Statut
Membre
Dernière intervention
2 septembre 2007
-
2 sept. 2007 à 22:10
kilian Messages postés 8732 Date d'inscription vendredi 19 septembre 2003 Statut Non membre Dernière intervention 5 février 2025 - 2 sept. 2007 à 22:56
kilian Messages postés 8732 Date d'inscription vendredi 19 septembre 2003 Statut Non membre Dernière intervention 5 février 2025 - 2 sept. 2007 à 22:56
A voir également:
- Astuces [PHP] Méthodes de débogage backtrace
- Publipostage word astuces - Accueil - Word
- Easy php - Télécharger - Divers Web & Internet
- Adwcleaner pc astuces - Télécharger - Antivirus & Antimalwares
- Expert php pinterest - Télécharger - Langages
- Php natif - Forum PHP
1 réponse
kilian
Messages postés
8732
Date d'inscription
vendredi 19 septembre 2003
Statut
Non membre
Dernière intervention
5 février 2025
1 526
2 sept. 2007 à 22:56
2 sept. 2007 à 22:56
J'avais justement traduit backtrace en rapport de contexte.
Rapport de contexte me parait plus légitime que traçage.
Dans le processus de déboggage, le traçage c'est l'action d'enregistrer les différentes instructions executée d'un programme et quand je dis instructions, c'est toutes les instructions.
Un backtrace, c'est différent. Le backtrace déjà ce n'est pas l'action d'enregistrer les instructions, mais plutôt de retourner un rapport! Concernant ce rapport justement il ne concerne que la pile d'appels de fonctions, ce qui n'est qu'une partie des instructions. Cette pile d'appels de fonctions c'est l'enchainement des appels de fonctions qui ont conduit jusqu'à un endroit précis dans le code. Ce rapport présente donc toute la parenté des appels de fonctions ainsi que les arguments passés à ces fonctions jusqu'à l'endroit ou a été demandé le backtrace.
Voilà pourquoi "rapport de contexte" me semble plus juste que traçage. Car un backtrace ne fait que chercher le contexte logique actuel dans le code. Le produit d'un traçage aurait été de recracher toutes les instructions executées.
Le backtrace est une vue d'ensemble tandis qu'un traçage retourne une vue très exhaustive de ce qui a été executé. Leur rôle est différent.
Rapport de contexte me parait plus légitime que traçage.
Dans le processus de déboggage, le traçage c'est l'action d'enregistrer les différentes instructions executée d'un programme et quand je dis instructions, c'est toutes les instructions.
Un backtrace, c'est différent. Le backtrace déjà ce n'est pas l'action d'enregistrer les instructions, mais plutôt de retourner un rapport! Concernant ce rapport justement il ne concerne que la pile d'appels de fonctions, ce qui n'est qu'une partie des instructions. Cette pile d'appels de fonctions c'est l'enchainement des appels de fonctions qui ont conduit jusqu'à un endroit précis dans le code. Ce rapport présente donc toute la parenté des appels de fonctions ainsi que les arguments passés à ces fonctions jusqu'à l'endroit ou a été demandé le backtrace.
Voilà pourquoi "rapport de contexte" me semble plus juste que traçage. Car un backtrace ne fait que chercher le contexte logique actuel dans le code. Le produit d'un traçage aurait été de recracher toutes les instructions executées.
Le backtrace est une vue d'ensemble tandis qu'un traçage retourne une vue très exhaustive de ce qui a été executé. Leur rôle est différent.
