Exceptions ou tests ?

Bonjour � tous,
j'aimerais savoir quand utiliser les exceptions.

Par exemple, je me demande si lorsque je demande � un utilisateur de rentrer un nom de fichier pour le lire, et que celui-ci se trompe dans le nom du fichier si je dois utiliser une exception ou plut�t faire un test juste apr�s.
Autre exemple, si je demande un nombre � un utilisateur pour qu'il divise un autre nombre. S'il rentre 0, je fais juste un test ou je fais une exception ?

Plus g�n�ralement, j'aimerais comprendre pourquoi je dois utiliser un test plut�t qu'une exception et vice-versa.

Merci d'avance.

b Oo

Les exceptions sont a choisir en priorite lorsque votre code est destinne a etre utilise par d'autres programmeurs. Cela va d'une part permettre d'eviter les mauvaises surprises, et surtout cela va aussi permettre au programmeur 'client' de pouvoir gerrer l'erreur de la facon dont il le souhaite.

Il est bien plus propre de gerrer les comportements inatendus (dont login/pass mauvais) par des exceptions, seulement vous pouvez faire des code tout aussi propres sans exception pour votre cas d'utilisation :

Code:

---

1 2 3 4 5 6 7 8

couple_id_pass identifiants bool validite = false   FAIRE identifiants = demander_login_pass; validite = identifiants_valides (identifiants) ? TANT QUE validite == FALSE

---

en ajoutant un compteur pour eviter la boucle infinie et pourquoi pas un timer pour eviter les brute forces, etc ^^

Tient je ne sais pas pourquoi je suis partis dans ce trip de login/mot de passe, j'etais persuade ca faisait parti de votre question :) Ce n'est pas grave, l'exemple et les explications restent valables :)

Faire des exceptions permet de bien s�parer code et traitement des erreurs.
Ceci �vite d'alourdir des parties de code avec des if(...) � la cha�ne.

Merci pour les r�ponses,

Citation:

---

Envoy� par busy999

Les exceptions sont a choisir en priorit� lorsque votre code est destinne a etre utilise par d'autres programmeurs.

---

Donc si mon programme n'est que "ex�cutable" les exceptions devraient �tre rarement utilis�es, ou vous voulez dire que je pourrais m'en passer mais que cela n'est pas recommand� ?

Citation:

---

Envoy� par seriousme

Faire des exceptions permet de bien s�parer code et traitement des erreurs.

---

Pour cela on est d'accord, et je dirais que si l'on veut changer comment l'on rattrape l'exception cela est plus simple.

Le probl�me c'est que j'ai l'impression que les exceptions sont assez "lourdes". J'entends par l� que pour moi c'est comme si on envoyait un char d'assaut pour tuer une fourmi.

Citation:

---

Envoy� par seriousme

Ceci �vite d'alourdir des parties de code avec des if(...) � la cha�ne.

---

Ok d'accord, mais il ne vaut pas mieux contr�ler ce que rentre l'utilisateur (et donc passer � mes classes des param�tres valides qui emp�che des exceptions) plut�t que de ne rien contr�ler et laisser d�clencher une exception ?

En fait je n'arrive pas � tr�s bien distinguer o� les exceptions sont n�cessaires ou non.

Par exemple si je fais une classe string, il vaut mieux que mon programme g�n�re une exception si je suis en dehors des limites du tableau, ou un test me suffit ?

b Oo

Citation:

---

Par exemple si je fais une classe string, il vaut mieux que mon programme g�n�re une exception si je suis en dehors des limites du tableau, ou un test me suffit ?

---

Ici, je dirais une exception car afficher un message d'erreur est basique. On ne peut pas faire d'autre traitement contrairement � une exception.

Le but d'une exception est de propager l'erreur en remontant la pile des appels. Si on peut traiter l'erreur localement, une exception ne sert � rien. Si on ne le peut pas, on utilise les exceptions.

Bonjour,
merci � tous pour les r�ponses, je vais m'en tenir a JolyLoic.

Bonne journ�e.

b Oo

J'ai essay� de trouver une r�ponse � cette question moi aussi il y a un certain temps. Le d�part de ma r�flexion �tait un tr�s bon blog (que je ne retrouve malheureusement pas :pleure:) avec d'excellents commentaires/d�bats/liens vers d'autres articles. Le sujet du blog proposait de r�fl�chir autour d'un exemple de ce genre:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

// exception en code de retour std::exception Test1() { return std::exception( "erreur" ); }   // code d'erreur comme exception void Test2() { int error_code = 51; throw error_code; }

---

Pour r�sumer, la question � te poser est "qui peut r�agir � cette erreur, qui peut la traiter et faire en sorte de la corriger ?"
Si c'est l'appelant, alors un code de retour est pr�f�rable:

Code:

---

1 2 3 4 5 6

File file; if ( !file.open( "toto.txt" ) ) { // oups }

---

bien plus pratique que:

Code:

---

1 2 3 4 5 6 7 8 9 10

File file; try { file.open( "toto.txt" ); } catch ( const FileNotFoundException & e ) { // oups }

---

les exceptions c'est juste un moyen de transport d'erreur. C'est pratique pour laisser remonter des erreurs � priori d�licates et rares (m�moire insuffidante) jusqu'� quelqu'un qui s'est d�clar� comme apte � les traiter via un catch "moi je sais r�agir � un manque de m�moire".
Mais exception ou code de retour, ce ne te dispense pas de te poser les questions "� qui s'adresse cette erreur ? Comment peut-il la corriger ?" : �a guide tes choix
Voil� ce que j'avais compris.

Les exceptions sont l� aussi pour les erreurs "fatales" qui emp�chent de continuer le programme en "s'arrangeant" localement avec des "if", et qui obligent l'interruption du traitement en cours.