Discussion :

[b Oo]

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

[busy999]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 ^^

[busy999]

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

[Pragmateek]

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.

[b Oo]

Merci pour les réponses,

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é ?

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.

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

[Tipoun]

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.

[JolyLoic]

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.

[b Oo]

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

Bonne journée.

b Oo

[Aurelien.Regat-Barrel]

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 ) 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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
File file;
if ( !file.open( "toto.txt" ) )
{
    // oups
}

bien plus pratique que:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[Pragmateek]

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.