Discussion :

[olive_le_malin]

Bonjour,

j'ai beaucoup de mal à comprendre l'interet de lever une exception dans un constructeur comme c'est expliqué dans la faq.
En effet, le fait de lever une exception va terminer le programme, non ?
Par exemple, supposons un un truc du style dans un constructeur où on désire ouvrir un fichier pour lire son contenu :

Code :

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

1
2
3
4
5
6
7
8
9
10
	try
	{
		if(fopen("un fichier qui n'existe pas", "rb")
			throw std::string( "fichier inexistant" );
	}
	catch ( const std::string & Msg )
	{
		std::cerr << Msg;
		throw;
	}

Bon si je mets pas le throw dans le catch, je ne termine pas mon programme certes, mais qu'est ce que je fais de mon objet ?

Et les exceptions dans un process 7/7 24/24 ? On ne va quand même pas l'arreter ? A mon avis (tant que je comprends pas plus ce mécanisme) il vaut mieux "tester avec des if" pour ne pas risquer l'interruption du prog, non ?

Merci de m'éclairer la-dessus.

[Mathieu.J]

Si tu entoure ton constructeur de try...catch
Le programme ne s'arrêtera pas
Et tu pourra même réaliser des actions pour traiter les erreurs.

[olive_le_malin]

merci pour ta réponse.
Mais alors ça revient au même que de tester si le constructeur a marché non ?
Voir mon récent post : http://www.developpez.net/forums/sho....php?t=339081&
où Laurent Gomilia m'a suggéré de redéfinir les opérateur ! et de conversion vers bool.

[Mathieu.J]

Oui ça revient a peut près à la même chose...

Edit : en me relisant, je ne sais pas si je me suis bien fait comprendre quand j'ai dit que le programme ne s'arrêterai pas, je parlais du programme global, dans ton constructeur tout le code qui se trouvera après le throw sera zappé.

[olive_le_malin]

Edit : en me relisant, je ne sais pas si je me suis bien fait comprendre quand j'ai dit que le programme ne s'arrêterai pas, je parlais du programme global, dans ton constructeur tout le code qui se trouvera après le throw sera zappé.

Oui oui j'avais bien compris

[loufoque]

En effet, le fait de lever une exception va terminer le programme, non ?

T'as pas trop du comprendre le chapitre sur les exceptions de ton livre toi...

[olive_le_malin]

Citation:
En effet, le fait de lever une exception va terminer le programme, non ?

T'as pas trop du comprendre le chapitre sur les exceptions de ton livre toi...

salut, merci pour la remarque !

Mais c'est exact que, venant du langage C, j'ai du mal à ma familiariser avec ce mécanisme, ainsi que son utilité dans certains cas de figure.

Effectivement, cela ne va pas forcément terminer le programme, mais je reviens à mon interrogation :
quelle est la meilleure manière entre faire :

Code :

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

1
2
3
4
5
6
7
8
9
   try
	{
	 CWaveFile wf("chanson.wav");
	}
	catch ( const std::string & Msg )
	{
		std::cerr << Msg;
		throw;
	}

Ou

Code :

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

1
2
3
4
5
6
 
	CWaveFile wf("chanson.wav");
	if(!wf)
               std::cerr << Msg;
             else
                ...

???

J'avoue, à mon stade, trouver la 1ère méthode + contraignante.
Si qqun veut bien m'expliquer la meilleure méthode à utiliser ?

@+

[loufoque]

L'intérêt des exceptions, c'est que tu n'es pas obligé de les attraper dans le contexte où elles ont été soulevées.
En particulier, si tu n'as rien de mieux à faire qu'afficher un message d'erreur, autant de rien faire et déléguer cette tâche au gestionnaire global.

[poukill]

Surtout que le message d'erreur, tu ne le verras pas.
Alors que lorque tu attrapes une exception, l'IDE te situe immédiatement l'endroit où elle a été attrapée! -> gain de temps je trouve !

[olive_le_malin]

L'intérêt des exceptions, c'est que tu n'es pas obligé de les attraper dans le contexte où elles ont été soulevées.

OK, ça, ça commence à rentrer !

Bon, comme par la théorie, j'ai du mal, je vais me faire des exemples pour mieux comprendre leur interet.

Merci à vous !