Le principe des exceptions en soit n'est pas mauvais, c'est juste que ça reste très chiant à mettre en oeuvre (dans le sens où dans un projet relativement gros ça prends du temps, et qu'en général tu as autre chose en tête).
C'est quelque chose qu'il faut absolument prévoir dès le début.
Personnellement je conseille de créer au moins 2 types d'exceptions :
* exceptions de type fonctionnel : en cas d'impossibilité de conclure sur une règle de gestion, ou valeur non permise et qui risque de provoquer des erreurs graves plus loin.
* exceptions de type technique : pour signaler les problèmes i/o, connexion, timeout...
Avoir ces 2 classes permet de logger différement (2 fichiers, ou 1 fichier et 1 base de données) les 2 types de problèmes, gràce à la souplesse de log4j.
Ensuite suivant la complexité du projet il est utile de détailler plus finement la hierarchie des exceptions. Par exemple on peut très bien avoir envie de signaler dans une table de BDD des exceptions fonctionnelles corerspondant à une règle bien précise, et jeter tout le reste dans un fichier de log.
Typage des exceptions + LOG4J = ROXOR \o/
[^] # Re: Ma réponse :
Posté par Pierre Tramonson . En réponse au journal Qu'est-ce que bien gérer les erreurs dans ses programmes ?. Évalué à 4.
C'est quelque chose qu'il faut absolument prévoir dès le début.
Personnellement je conseille de créer au moins 2 types d'exceptions :
* exceptions de type fonctionnel : en cas d'impossibilité de conclure sur une règle de gestion, ou valeur non permise et qui risque de provoquer des erreurs graves plus loin.
* exceptions de type technique : pour signaler les problèmes i/o, connexion, timeout...
Avoir ces 2 classes permet de logger différement (2 fichiers, ou 1 fichier et 1 base de données) les 2 types de problèmes, gràce à la souplesse de log4j.
Ensuite suivant la complexité du projet il est utile de détailler plus finement la hierarchie des exceptions. Par exemple on peut très bien avoir envie de signaler dans une table de BDD des exceptions fonctionnelles corerspondant à une règle bien précise, et jeter tout le reste dans un fichier de log.
Typage des exceptions + LOG4J = ROXOR \o/