Discussion :

[®om]

Salut,

En fait ça ne devrait pas poser de problème car ce n'est pas le constructeur qui retourne l'objet mais l'opérateur new. Cela signifie que même si le constructeur lève une exception avant que toutes ses instructions n'aient été exécutées, l'opérateur retournera quand même un objet, certes mal construit mais c'est suffisant pour que

Code :

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

1
2
 
ois =! null

renvoie la valeur true.

En revanche, il y a de fortes chances ensuite que

Code :

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

1
2
 
ois.close()

lève une exception.

Je suis d'accord avec adiGuba, si le new InputStreamReader() lève une exception mais que le new FileReader() n'en lève pas, le FileReader est bien créé, même si aucune poignée ne permet d'y accéder, le flux n'est pas fermé...

[adiGuba]

même si aucune poignée ne permet d'y accéder, le flux n'est pas fermé...

A nuancer toutefois : le flux sera fermé lorsque le GC désallouera la mémoire de l'objet via la méthode finalize() qui ferme le flux s'il n'a pas déjà été fermé (en tout cas dans les implémentations des principaux Stream et Reader de l'API)...

Mais ce n'est pas une raison suffisante pour ne pas les fermer, c'est juste un garde-fou

a++