sarl_adc
Messages postés141Date d'inscriptionlundi 3 novembre 2003StatutMembreDernière intervention20 octobre 2005 13 sept. 2004 à 08:57
Disons qu'il faut s'y prendre méthodiquement pour créer son code et ses procédures de gestion d'erreurs et tenter de trouver des bouts de code à copier/coller (et non à réécrire pour chaque procédure).
Comme ça l'intégration de cette procédure sera + facile !
En tout cas je sais que dans le milieu professionnel, cela se fait. Je suis tombé sur quelques logiciels de GPAO sui avaient ce système intégré et ça accélérait très nettement le débogage !!!
philheiz
Messages postés117Date d'inscriptionmercredi 3 décembre 2003StatutMembreDernière intervention11 octobre 20071 9 sept. 2004 à 14:05
ouaip ! ca serait pas mal en effet.
faut que je cogite.
cs_EBArtSoft
Messages postés4525Date d'inscriptiondimanche 29 septembre 2002StatutModérateurDernière intervention22 avril 20199 9 sept. 2004 à 13:48
Oui evidament dans ce principe c'est tout bon. Ce qui serais bien aussi c'est de pouvoir modifier la valeur des espions ou les propriété des objets en direct a partir de la classe debug et de la fenetre d'erreur. Puis de continuer l'execution avec les nouvelle valeur.
@+
philheiz
Messages postés117Date d'inscriptionmercredi 3 décembre 2003StatutMembreDernière intervention11 octobre 20071 9 sept. 2004 à 13:37
EB: T'as raison bien sûr!
D'un autre côté on peut le voir comme ca:
si tu développes qqchose d'assez conséquent (en termes de nombre de lignes de code) et que tu distribues une version beta à qques utilisateurs tests, ca peut être vachement pénible d'essayer de reproduire d'éventuelles erreurs dans la version non compilée afin de deboguer.
Avec ce principe, si tant est que tu aies placé tes espions aux bons endroits, le beta-testeur t'envoie un rapport qui te dis exactement ce qui a foiré et où ca a foiré.
cs_EBArtSoft
Messages postés4525Date d'inscriptiondimanche 29 septembre 2002StatutModérateurDernière intervention22 avril 20199 9 sept. 2004 à 12:49
C'est assez sympa cela dit créer une application entiere sur ce principe releve du vrais cauchemar. A savoir si il est preferable de garder une gestion des erreurs simple et rester dans le doute ou allourdir de maniere consequante et obtenir plus d'information...
13 sept. 2004 à 08:57
Comme ça l'intégration de cette procédure sera + facile !
En tout cas je sais que dans le milieu professionnel, cela se fait. Je suis tombé sur quelques logiciels de GPAO sui avaient ce système intégré et ça accélérait très nettement le débogage !!!
9 sept. 2004 à 14:05
faut que je cogite.
9 sept. 2004 à 13:48
@+
9 sept. 2004 à 13:37
D'un autre côté on peut le voir comme ca:
si tu développes qqchose d'assez conséquent (en termes de nombre de lignes de code) et que tu distribues une version beta à qques utilisateurs tests, ca peut être vachement pénible d'essayer de reproduire d'éventuelles erreurs dans la version non compilée afin de deboguer.
Avec ce principe, si tant est que tu aies placé tes espions aux bons endroits, le beta-testeur t'envoie un rapport qui te dis exactement ce qui a foiré et où ca a foiré.
9 sept. 2004 à 12:49
@+