[Débutant] Petit probleme try catch

Voila mon problème,

je crée une classe dans laquelle j'effectue une division, et je dois retourner une valeur. Le problème c'est que j'utilise un try catch pour la divisoin (division par zero impossible)

Voici le code/

Code:

---

1 2 3 4 5 6 7 8 9 10 11

public static float Division(float a, int b) { try { return(a/b); } catch(ArithmeticException e) { JOptionPane.showMessageDialog(null,"Division par zéro impossible"); }   }

---

Mais il y a erreur car il me dis que je ne retourne rien (ce qui est vrai car si c'est une division par zero, je en retourne rien.

Comment faire? Car j'appelle cette division dans une autre classe??

Bonjour,

Si tu dois vraiment retourner qque chose malgré l'exception levée, tu peux utiliser try ... catch ... finally

A +

Le probleme c'est que si il y a division par zero, je ne dois rien retourner. Comment faire?

Salut,


Le compilateur te signale que dans certain cas ta méthode ne renvoit rien...

Si tu as une ArithmeticException lors de la division, tu affiches le JOptionPane mais après le catch tu ne renvoi rien et ce n'est pas authorisé...

Il faut obligatoirement retourner quelquechose :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

public static float Division(float a, int b) { float lReturn = Float.NaN; try { lReturn = a/b; } catch(ArithmeticException e) { JOptionPane.showMessageDialog(null,"Division par zéro impossible"); } return lReturn; }

---

Il me semble que lorsqu'il y a une division par zero dans une operation de float, ca ne renvoie pas une Exception mais simplement une valeur particuliere. Ceci est du, il me semble, a la norme sur les nombres flottant.

Au fait, d'apres le code, je retourne obligatoirement quelque chose

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

public static float Division(float a, int b) { float lReturn = Float.NaN; try { lReturn = a/b; } catch(ArithmeticException e) { JOptionPane.showMessageDialog(null,"Division par zéro impossible"); } return lReturn; }

---

Or moi, je désire juste afficher un message de division impossible et quitter sans rien afficher (ds le cas de division par 0) sinon je retourne la division.

Je ne trouve pas d'astuce pour le faire..

Citation:

---

Il me semble que lorsqu'il y a une division par zero dans une operation de float, ca ne renvoie pas une Exception mais simplement une valeur particuliere. Ceci est du, il me semble, a la norme sur les nombres flottant

---

Au fait, j'ai mis de float comme ca, mais disons que ces des int.


Merci pour votre aide.[/quote]

re,

c 1 peu ambigu ce que tu veux faire
d'un cote
- tu as 1 methode qui retourne (obligatoirement) 1 valeur
et de l'autre
- tu peux ne pas retourner de valeur ...

Ce que je te propose
- soit tu ne changes rien à la signature de ta méthode et tu castes 1 null que tu retournes ds la clause finally
- soit tu change la portée de a et b ( pour pouvoir travailler par référence et plus par valeur) et tu retourne 1 booleen pour indiquer que ta division c'est bien passée

Excuse moi, je suis reste localise sur les float, et j'ai pas bien lu le message.

Ce que je te conseillerais, c'est de declarer que ta fonction Division peut retourner une exception, c'est ainsi celui qui appele la methode Division qui devra gerer le probleme... tu quitteras ainsi sans rien renvoyer et la methode appelante sera tenu au courant.

Citation:

---

Envoyé par Terminator

Or moi, je désire juste afficher un message de division impossible et quitter sans rien afficher (ds le cas de division par 0) sinon je retourne la division.

---

Question : comment tu détecte alors que la division soit bonne ou pas ?

De puis si tu fais ca :

Code:

---

float val = Division(15,0);

---

Que vaut val dans ce cas ?????

--> Tu te retrouves dans un état ambigu et le compilateur ne le permet pas !!!


En quoi cela te dérange-t-il de retourner NaN ?
Au moins tu sais que la division ne s'est pas bien passé :

Code:

---

1 2 3 4

float val = Division(15,0); if (val==Float.NaN) { System.exit(1); }

---

a++

Merci à tous, je vois plus clair maintenant.

Meric à toi adiGuba

Code:

---

1 2 3 4

float val = Division(15,0); if (val==Float.NaN) { System.exit(1); }

---

J'avais pas vu dans le precedent message.

Une derniere question: peut-on forcer à avoir un int?

Cad a etr b sont des float.

Je fais leur division a/b
et je souhaite retourner un int:

return(int(a/b));

un truc comme ca (mais ca, ca fct pas).

Merci encore

Oui tu peux bien sûr.
Par contre, il faut que tu définisses la règle à appliquer si la divison ne tombe pas juste (i.e. donne un nombre à virgule).

Par exemple, tu peux caster ton résultat en int :

Code:

---

return( (int) (a/b) );

---

Citation:

---

Envoyé par adiGuba

Code:

---

1 2 3 4

float val = Division(15,0); if (val==Float.NaN) { System.exit(1); }

---

---

C'est pas un peu barbare le System.exit(1) ? Car ca ferme violament l'appli sans avertir l'utilisateur de la raison, alors que cela pouvait etre facilement recupere en renvoyant une jolie exception.

Citation:

---

Envoyé par benratti

C'est pas un peu barbare le System.exit(1) ? Car ca ferme violament l'appli sans avertir l'utilisateur de la raison, alors que cela pouvait etre facilement recupere en renvoyant une jolie exception.

---

Tout à fait d'accord... mais en même temps c'est ce qui était démandé :

Citation:

---

Envoyé par Terminator

Or moi, je désire juste afficher un message de division impossible et quitter sans rien afficher (ds le cas de division par 0)

---

a++

Ca depend ce que tu entends par quitter : quitter la methode ou bien quitter l'appli ?

Quitter l'appli puisque Terminator semble satisfait de la réponse de adiGuba.

Nas'

Dans ce cas, je prefere juste prevenir Terminator que ca peut etre tres desagreable pour l'utilisateur d'avoir ce genre de comportement... Imagines : tu es tranquillement en train d'utiliser une applie, et d'un seul coup l'appli se ferme sans prevenir ou simplement avec un message d'erreur "Division par zero" ... C'est un peu comme quand tu te retrouves devant l'ecran bleu de windows, tu ne sais pas ce qui en est la cause mais la seule chose que tu sais c'est que le message d'erreur ne te dit rien sur ce que tu as fait de mal et que ca ne t'informe pas sur la nature reel du probleme !

Donc la seule chose que je dis : Attention, ce genre de comportement est de nature a enerver l'utilisateur du programme.