avril
2005
Un article de Thomas Lebrun
Je vous en ai parlé il n’y a pas si longtemps, je suis actuellement en train d’écrire un mini-framework de debugging, que j’espère pouvoir mettre à la disposition de toute les personnes qui le veulent 
Je viens donc vous donnez des nouvelles et vous dire que cela avance plutôt pas mal: tellement bien que j’ai décidé de l’implémenter uniquement pour la version 2 du framework .NET (cela me donne ainsi un bon moyen de tester et de me familiariser avec Visual Studio 2005) 
Au jour d’aujourd’hui, pas mal de méthode sont prêtes (écriture dans un fichier texte, écriture dans l’observateur d’évênements, envoi de fichier par mail, etc….) mais j’aurai encore besoin de vos idées pour savoir ce que je pourrais rajouter, ce qu’il vous manque, lorsque vous débugger et que vous aimeriez retrouvez sans avoir à l’implémenter vous-même, ou bien juste ce que vous voudriez voir être rajouté à ce framework
Voila, j’attend vos suggestions/avis/commentaires
A+
3 Commentaires + Ajouter un commentaire
Articles récents
- [Mix 07] Annonces diverses dont la possibilité de développer des applications SilverLight avec du code managé !
- [WPF] Article d’introduction à Windows Presentation Foundation Everywhere
- [WPF] Les CTP de WPF /E et Expression Studio sont en ligne !
- [Event] Première rencontre du Dotnet User Group (DUG)
- [.NET 3] Présentation du Framework .NET 3.0
Commentaires récents
- dans [Tips] Ouvrir un fichier vhd sans lancer une VPC
- dans [WPF] Article d’introduction à Windows Presentation Foundation Everywhere
- dans [WPF] Article d’introduction à Windows Presentation Foundation Everywhere
- dans Visual Basic Express 2005 et Visual Web Developer Express 2005 disponibles EN FRANCAIS !
- dans [.NET 3] Présentation du Framework .NET 3.0
Archives
- avril 2007
- décembre 2006
- novembre 2006
- octobre 2006
- septembre 2006
- août 2006
- juillet 2006
- juin 2006
- mai 2006
- avril 2006
- mars 2006
- février 2006
- janvier 2006
- décembre 2005
- novembre 2005
- octobre 2005
- septembre 2005
- août 2005
- juillet 2005
- juin 2005
- mai 2005
- avril 2005
- mars 2005
- février 2005
- janvier 2005
- décembre 2004
- novembre 2004
- octobre 2004
Yes !
OK, donc si j’ai bien tout compris, c equ’il faut, d’près toi, c’est un code de debug optimisé.
Je suis entièrement d’accord avec toi
Salut,
Je travaille en informatique hard real time, le temps réel où chaque milliseconde de temps de réponse est mesurée et où parfois un gain de 10 ms sur un temps de réponse peut faire la différence entre un bon code et un mauvais code.
Dans 75% des cas le debug peut se faire avec des outils classiques comme tu les développe, mais le reste du temps deux phénomènes peuvent subvenir :
– l’utilisation de l’outil prend trop de temps machine, le temps d’exécution est dépassé, le debug ne peut pas être fait de cette façon là
– l’ajout du code de debug ralentie le processus de manière négligeable, il est utilisable, mais il fait disparaitre le bug, d’où impossibilité de l’utiliser
Les solutions sont d’utiliser des traceurs qui prennent un temps négligeable qui vont parfois jusqu’à l’affichage d’un pixel de couleur sur un écran.
Tout cela n’est pas pour dire que tu dois programmer cela, mais plutôt pour parler de l’intéret parfois d’avoir un code de debug qui s’exécute rapidement, optimisé en bref…