Reprise du message précédent :

non, relis bien

ben c'est pas pour être méchant mais ça fait pas beaucoup par rapport à errno d'unix. Et surtout c'est vachement moins précis.

je soupçonnerais plutôt le perror de l'OS d'en-dessous moi.

Quand est ce que les gens comprendrons qu'une exception peut se produire dans un cas normal    
catcher une exception n'a rien d'exceptionel
 
C'est une question de contexte
 
dans le context de taiche c'est normal de recevoir une exception si le fichier n'existe pas. Dans le cas du FileReader c'est anormal de générer une exception si on lui demande d'ouvrir un fichier qui n'existe pas

ils ont choisit de ne pas localiser le jdk

ouais surement ... en même temps dans quel cas tu auras besoin de ce niveau de précision dans un prog java ?
 
mais bon, t'avoueras que ca dégrossit déjà pas mal ...

laissons tomber hein

gagné \o/
 
c'est moi le plus lourd ! \o/

non, je suis incapable de fournir de messages précis et en français à l'utilisateur ou de tenter une action corrective fine si j'en ai envie.

Ok pour le message précis en français, mais je sais pas, t'as un exemple de type d'erreur pour laquelle tu pourrais avoir envie de faire une action spéciale et qui serait maquer par la généricité de la IOException ?

J'avais eu des idées, mais je les ai plus en tête, ça me reviendra que je reprendrais le njchat (mais là je programme plus pour cause d'allemand). C'était surtout filer des conseils à l'utilisateur et donner la raison la plus probable.

ouais ... en fait je demande ca parce que j'en ai jamais vraiment ressenti le besoin.

OK mais dans ce cas, qu'on vienne pas me gaver avec des histoires de catch vide, alors
Soit j'catche et j'fais rien, soit j'fais un bloc if(File.exists()). Dans les deux cas, y en a un de vous deux qui s'ra pas content, alors merde

je te l'accorde bien volontiers.
 
d'autant que j'ai raison

moi j'ferais les deux

Ouais pis j'fous un code d'erreur en retour de ma fonction, aussi Allez hop, c'est Noël, servez-vous, y a qu'à demander

ben non !
1) il faut que tu catch, t'as pas le choix. Faire un test redondant et inutile avant, tu peux mais j'ai tjs pas compris l'intérêt que -- y trouve
2) dans ton catch tu dois faire le traitement en cas de fichier absent. Eventuellement ca peut être ne rien faire mais c'est un cas spécial de ton appli. De façon général, un catch ne doit pas être vide. Si dans ton cas il doit l'être, moi je mettrais un commentaire pour l'indiquer ...

a vrai dire non, je ferais sans doute le file.exists() et je ne catcherais que l'ioexception, considerant que si le fichier s'est barré entretemps, ce que mon filesystem à couillé
 
ça dépend de ce qu'on fait quoi

du code lisible ?
 
(je n'argumente meme plus, proute, branche ton cerveau)

moi je pense que psychologiquement, ca effrait les gens de se servir des exceptions

non, mais je tente tant que faire se peut de ne les utiliser que pour des cas exceptionnels.
de meme qu'il ne me viendrait pas à l'idée de balancer une exception dans une methode pour un cas "normal" d'utilisation de la methode.

en quoi  
if (file.exists()) et plus lisible de catch(FileNotFoundException e)  

pour les lancer oui, pour les catcher non : c'est pas toi qui décide c'est l'API que tu utilises  

TRES IMpoRTANT
 
pour la prochaine émission de "vis ma vie", on recherche des participants:

 
 
je pense qu'on a qques candidats ici

bien sur, puisque la décision se fait en amont, en lisant le code (perso, je le fais de haut en bas ), je vois tout de suite qu'on va faire un truc (ou pas) si le fichier est là.
 
 
(imagine un cas pire que celui de taiche: si le fichier n'existe pas, tu veux le créer: tu fais comment?)

je viens de l'entendre ... toi aussi t'as TF1 qui tourne en fond ?

sans blague
(tu sais des fois j'écris des classes avec des methodes dedans, et le tout ça forme une api)

ouais
 
 
(ct sympa n'empeche le vis ma vie avec la sourde )

Si j'ai le choix, ma méthode throws FileNotFoundException (faut lire tout mon problème avant de partir en live sur les Exceptions ), donc si j'ai pas envie de catcher et de faire un File.exists() avant, je peux. Le throw n'aura de tout façon pas lieu (ou alors 1 chance sur 100 000 000, la belle affaire ), donc plaf.

Bin ui, un commentaire, supair, mais ça change rien au fond du problème Un catch vide cai mal mais qu'est-ce que je peux en avoir à foutre que le gars ait pas de proxy ? J'vais pas lui sortir une popup "hey garçon, installe un proxy passke sinon j'ai un catch vide et benou il m'a dit que c'était mal ".
 
Les conventions de code, les trucs à ne pas faire, toussa c'est bien gentil, mais par moments j'ai l'impression que c'est beaucoup de bruit pour pas grand-chose. Mon fichier existe pas. Tant pis, j'vais pas en chier un cake

C'est dans ta tête que ca se fair en amont ... Pkoi y arait un des 2 cas qui devrait se faire avant l'autre ? c'est juste 2 embrachement, y a pas d'ordre
 

je vois pas le problème, tu le créés dans le catch

En fait, je dois avouer que j'avais même pas compris le problème de Taiche et j'en avais conclu qu'il était pas réveillé (ce qui c'est avéré vrai par la suite). Car il n'y a pas de problème, en fait.

le vieux easter egg pourri

ca m'est déjà arrivé plusieurs fois de tomber sur cette emission et de rester dessus parce que c'était intéressant. Elle est moins conne qu'on pourrait le croire ...

mais non bordel c'est pas dans ma tete, c'est DANS LE CODE. tu sais les petites lettres qui forment des lignes qu'on lit DE HAUT EN BAS !!
 

yoplà, le gros porçin et comment tu le traites ton fichier qu'existe pas, dans ton catch
(a moins que tu fasses un try/catch pour LA ligne qui ouvrait le fichier, puis un autre pour le traitement du fichier, puis... bravo la lisibilité)

bon, ben à défaut de 21 grammes, je suis allé voir RRRrrr!
 
 
et ben putain

Mais nan !!!! c'est pas mal si tu n'as rien à faire !!!
 
vous faites exprès de pas comprendre là ou quoi ?  

P'têt tu t'exprimes mal, aussi

Pis ton fou tu peux te l'enfoncer dans le gosier

  on doit pas parler de la même chose je crois  
 

ben l'un ou l'autre (j'ai pas bien compris pkoi tu voudrais créer un fichier alors que d'après ce que j'ai compris faut seulement le lire). Je vois pas le problème d'imbriquer les catch, c'est très fréquent.

et sinon, c# vous en pensez quoi ?