Exception dans le constructeur

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:

---

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.

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.

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.

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�.

Citation:

---

Envoy� par mad-math

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

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

Citation:

---

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

Citation:

---

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

---

---

salut, merci pour la remarque ! :aie:

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:

---

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:

---

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 ?

@+

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.

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 !

Citation:

---

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 !