Discussion :

[Kiboumz]

Bonjour,

Je me demandais quel était la meilleure manière de faire la gestion des erreurs dans son application.

Mettre beaucoup de try, catch, faire des throw new exeption, faire des fichiers d'erreurs, inscrire les erreurs dans la base de données ...

Quel sont vos solutions pour assurer la meilleur stabilité possible de vos applications ?

Merci
a+

[Aspic]

Moi j'utilise les Try Catch, je proscrit les On Error Goto Erreur et puis j'aime bien utiliser les fichier texte pour faire un log mais surtout pas de base de donnée, ca sert à rien c'est pas fait pour les erreurs.

[nikoko34]

Bonjour,
De mon côté, j'ai développé la form suivante, que j'appelle dans un try/catch de la façon suivante

Try
...
Catch ex As Exception
Call ExceptionManagement("<nom du module>" ou Me.ToString si on est dans une classe, "<nom de la fonction ou methode>", ex)
... (éventuellement d'autres traitements dans le catch)
End Try

frmException.vb

frmException.designer.vb

De cette façon, les informations détaillées de l'exception apparaissent dans une fenêtre générique...

[Pol63]

try catch dans chaque sub avec enregistrement de ex.message et ex.Stacktrace (au moins) dans un log et qui eventuellement par aussitot par mail ...

[Keihilin]

try catch dans chaque sub avec enregistrement de ex.message et ex.Stacktrace (au moins) dans un log et qui eventuellement par aussitot par mail ...

un try catch dans chaque méthode ça doit bien plomber les performances...

Règle n°1 : On ne catch que ce qu'on peut traiter !

Mettre des Try...Finally à profusion ok, mettre des try...catch partout c'est une erreur qui tue les performances.

Try
...
Catch ex As Exception
Call ExceptionManagement("<nom du module>" ou Me.ToString si on est dans une classe, "<nom de la fonction ou methode>", ex)
... (éventuellement d'autres traitements dans le catch)
End Try

Si on souhaite utiliser un quelconque outil de gestion des erreurs, il vaut mieux l'implémenter le plus "haut" possible. Si vous avez besoin de décorer une exception pour avoir un maximum d'info de manière simple, faites-le, mais gardez à l'esprit que chaque catch à un coût sur les performances.
Laissez l'exception se propager le plus haut possible avant de la traiter.

[Aspic]

Laissez l'exception se propager le plus haut possible avant de la traiter.

Tu entends quoi par la ?

[Pol63]

un try catch dans chaque méthode ça doit bien plomber les performances...

Règle n°1 : On ne catch que ce qu'on peut traiter !

Mettre des Try...Finally à profusion ok, mettre des try...catch partout c'est une erreur qui tue les performances.

je voudrais bien savoir d'où vous tenez cette énormité !!!
si une erreur se produit en effet ca ralenti, le temps de créer la trace de la pile etc.. , mais si pas d'erreur alors pas de ralentissement !
des erreurs il en arrive de partout, meme du framework !
et par définition c'est un cas qu'on avait pas prévu ...
les connaitre ca sert à modifier rapidement le code et donc à avoir moins de bug