Reprise du message précédent :

 
1/ Y a les runtime que tu n'es pas forcé de récupérer
2/ Si tu préfères faire int code = brol(tamere) et puis des if then else sur ton code, bin

la foule !

 
je parlais pas du code de retour mais du fait que tu sois obligé de recup (ou relancer) tous les throws que peux te balancer une fonction. (C++ te force a rien, j'arrive pas trop a me decider si c bien ou non) (D'ailleurs dans les autres langages c comment ?)
 
 
(dans le fond encore heureux qu'on recup pas les runtime, si fodrait faire un try avant chaque acces a un tableau.... )

le seul mec que je vois qui s'y connaît un peu c'est os2
 
moi j'ai essayé de m'y mettre mais pas assez de temps dans une journée

python & ruby : Exceptions, tu peux les catcher, si tu le fais pas elles remontent toutes seules a l'appelant. Si elles sont jamais catchée, le programme plante en imprimant la stacktrace

pis ton avis la dessus ? Vaut mieux un truc java qui gueule des que tu catch pas qqchose ou un truc ruby qui dit rien ?

je préfère ne pas être obligé de spécifier que je rethrow les bidules
 
maintenant point de vue qualité, je sais pas, mais point de vue confort du développeur, ca ne fait aucun doute.

 
clavier allemand

Gron

Bin perso, j'trouve ça plutôt bien dans la mesure où ça oblige un peu le traitement d'erreur et ça permet aussi de faire un peu plus gaffe à ce qu'on écrit
Maintenant c'est sûr que c'est un peu lourdaud à l'écriture

spa une excuse, moi aussi je dois presser sur shift pour ca

Tous les qwerty sont comme ça (en tout cas ceux que je connais, à savoir angalis UK et anglais US)

moi je dirais que ça incite à coder comme un porc, car pourquoi se ferait on chier à chercher la source exacte du bug alors qu'il est tellement facile d'encapsuler tout un code dans un try...catch et d'afficher un message laconique en cas d'erreur
en plus, les try...catch dans une boucle critique peuvent provoquer une baisse de performances
bref, moi j'utilise très peu, uniquement en dernier recours

ben d'un point de vue qualité c'est sur que c'est plus mieux, encore qu'il y a le risque de faire du "je catche sans rien faire et je verrais plus tard" et de pas faire le plus tard (ou juste de catcher pour que le compilo se la ferme)
 
(oui, je sais, mais nous ne sommes que des hommes....)

hein?

T'as raison, on fait tout en assembleur pour les perfos et on encule les messages d'erreur

dites moi que c'est troll, s'il vous plait, dites moi que c'est un troll !  

 
ouais ben au moins t'as le message, tu sais ce qu'il s'est passé, c'et mieux qu'une 0x0000005 a la con
 

 
Ben heuh, bon s'occuper des perfs c'est assez mal vu ici, mais :
 
-je ferais pas mon try dans la boucle mais en dehors
-un try qui recupere rien, je sais pas trop si c un gouffre a performance
-si dans une boucle critique j'ai une exception de lancée, c'est visiblement que g un gros pb qui fait passer mes perfs au second plan
 

fait des RuntimeException
 
mais te plaint pas si un jour on t'apelle à 3h du mat parce que ton appli s'est arrêtée  tout seule

NP: Pet Shop Boys - Rent
 

 
mon qwerty NL aussi

 
donc toi t'es pour le "je force a tout ramasser " ?
 
(ceci dit je trouve ton argument/exemple mauvais, c pas parce que tu catch une exception que tu la traiteras de facon correcte hein ?)

Ben évidement ...
tu ramasses si tu sais quoi en faire, tu laisses passer sinon, mais tu déclares que potentiellement tu peux te manger une exception (clause throws)
 

si tu sais pas traitrer l'exception, tu la catch pas

ca change rien... en python je ne catche que les exceptions que je traite, mles autre je sais pas les traiter.. Du coup en java je fais pareil, sauf que je dois le faire explicitement.

ben c'est quand même bien mieux !!!
 
sinon, quand tu appelles une méthode il faut "deviner" les exceptions que tu peux te manger pour les catcher ???  

 

 
merci pour les infos..    
 
(mais j'ai peur que l'apprentissage du C# soit trop dure..)

 
Nope, pas plus que java en tout cas
(et niveau creation interface c'est du bonheur a tartiner )
 
Benou : ben en C++ c comme ca (tu "devines" ) (vive les commentaires )

 

 
moi aussi je suis passé pres de boulay.. attend ce soir je poste mes photos foireuses..  

Et t'en fais quoi, alors

Au début, la gestion d'exception me faisait bien chier aussi ... je savais jamais quoi en faire, alros je catchais tout en faisant des System.out.println(e);  
 
plus tard, au bout de plusieurs années de codage java, j'ai compris comment les utiliser, et franchement, je trouve ca vraiment très pratique et très fiable !

 
coule!
 
je vais tester ce wouiquende!  
 
merci beaucoup..

bande de moules

 
j'en susi toujours à afficher des System.out.println(e)
 
edit: la plupart du temps en tout cas

Tu la laisse passer : tu la déclares en clause throws de façon à ce que l'applant de ta méthode sache qu'il peut se manger cette exception et ait puisse réagir en conséquence ...
 
Parfois, il est aussi intéressant de la wrapper dans une autre exception qui aura plus de sens pour l'appelant.

Bin moi j'veux bien mais qu'est-ce qui te dit que l'appelant saura quoi en faire ?

 
ouais mais la c'est plus ton probleme, il est prevenu il se demerde (c'est le coté de la chose que j'aime bien)