Le 30 Apr 2002 Didier Bretin a �crit : > > J'�tais parti du principe que la classe sur laquelle je travaille > allait retourner plein d'exception: j'associe chaque probl�me > rencontr� � une exception. Par exemple: - UtilisateurInvalideException > - AssociationUtilisateurImpossibleException - > RechercheImpossibleException, >
Je trouve que c'est pas mal. Fait gaffe � bien d�finir la d�finition des mots qui pr�cise le type d'exception : "invalide", "impossible", en essayant de les relier aux grandes classes java comme RuntimeException, Exception, Error, etc. Il faut le faire � partir des espaces qui, dans ton appli, rel�vent de l'invalide, de l'impossible, etc. Par exemple si un utilisateur entre un numero de t�l�phone avec des lettres, c'est invalide mais possible. Et une fois que tu as bien verrouill� les possibles entr�es invalides, tu te retrouves avec un num�ro de t�l�phone forc�ment valide, dont l'invalidit� �ventuelle rel�ve de l'impossible... > etc. > > Or en me balladant sur le web, je constate qu'en fait les gens > n'appliquent pas > cette m�thode: ils d�finissent un code pour chaque probl�me dans > l'exception consid�r�e. > Classe les dans la cat�gorie : "Les P�nibles". Mais c'est d�j� mieux que ce que je fais, la plupart du temps, qui consiste � d�finir une seule exception, sans aucun code, que j'utilise pour tout le paquage :-) Tu exag�res, il n'y a pas que �a. Vois par exemple le traitement des exceptions par SAX, il me semble que c'est simple et pas mal. -- Sur le Web, tout de suite. Herve AGNOUX - diaam informatique http://www.diaam-informatique.com
