Discussion :

[gmonta31]

Bonjour,

j'ai une méthode qui peut générer une exception mais non bloquante pour le reste de son exécution.

Par exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
 
public int maMethode(){
   int a = 0;   
   try{
      code pouvant générer un avertissement en manipulant a
   }catch(Exception e){
      throw e; //mais sort de la méthode et il faudrait retourner une valeur...
   }
   return a;
}

Je pourrais avoir une variable passé en paramètre destinée à contenir les év avertissements, et les interpréter après l'exécution de maMethode, ainsi, j'aurais ma valeur retournée (si au lieu de throw e, je mets w=message warning, et que w est passé en paramètre) et une variable w contenant l'avertissemenet si il y a eu problème, mais existe-il une façon plus propre de faire cela ?

J'ai pensé à mettre le return dans le finally, mais j'ai un avertissement et en plus j'obtiens que la valeur de retour.

Merci d'avance de vos réponses.

[tchize_]

une exception interrompt l'exécution d'un programme et remonte immédiatement au premier bloc catch qui correspond à cette exception, faisant un tour, au passage, par les bloc finally qui se situeraient entre. Si tu as absolument besoin de traiter une valeur de retour, alors n'utilise pas les exceptions. Généralement quand on veux continuer l'exécution du programme en cas d'exception, on se content alors d'afficher l'exception (e.printStackTrace() par exemple) et on continue. Ainsi, si on a des résultat abhérant, on sait par la console pourquoi ils sont là.

[gifffftane]

Ou alors, après avoir traité l'exception au niveau de base, tu peux renvoyer une nouvelle exception, qui décrit de façon plus précise l'accident. Le concept de cause est fait pour ça ; voir public Exception(Throwable cause) par ex.

Ou alors tu peux t'inspirer aussi du système des Future.