Comment attraper une exception lancé à cause d'un champ de texte vide ??

salut tout le monde,
je veux savoir comment faire pour attaquer une exception dans un textField , par exemple si l'utilisateur laisse la zone vide un message doit apparaitre ,j'ai essayé mais ca marche pas :
if(dirham.getText()=="") {
euro.setText("la zone de dirham est vide, remplir la...");
}
else {
Double dh=new Double(dirham.getText());
double eu=dh.doubleValue()/valeuro;
eu=(Math.floor(eu*100+0.5))/100;
euro.setText("" +eu);
}

ce code je l'ai mis dans la methode actionPerformed .
et je veux savoir aussi pourquoi on a met
Double dh=new Double(dirham.getText());
est ce que pour convertir le contenu de la zone text on caine de caractaire ou bien en entier???

et merçi

Je commence par ta dernière question!!

La fonction getText renvoi la chaine de caractère que le champ de texte contient.
Un des constructeurs de la classe wrapper (enveloppe un type primitif) Double, c'est celui utilisé dans ton code, il prend en argument une chaine de caractère, afin de l'utiliser comme un double qu'on peut extraire par la suite grâce à la fonction valueOf().

J'ajoute que c'est depuis la tiger, et grâce à la fonctionnalité de l'autoboxing/inboxing on a plus besoin de la méthode valueOf(), car java se charge de la conversion Double<=>double.

Pour attraper l'exception générée à cause du champ vide (ou bien une valeur entré qui peut être pas convertie en double généralement), procède comme suit :

Code:

try{
//ton code ordinaire sans "if"
catch(NumberFormatException e){
      dirham.setText("L'un des champs ne contient pas un nombre valide");
      }

Le teste
if(champ.getText() == "") ne marche pas

Le teste
if(champ.getText().length() == 0) marche

On fait, dans l'instruction if(champ.getText()==""), on est entrain de comparer les références, et non pas les chaine de caractères, la méthode correcte, c'est d'utiliser if(champ.getText().equals("")).
On tout cas, on doit gérer l'exception pour traiter les autres cas et non pas seulement celle du champ vide.

Si on ajoute Double.parseDouble() on peu éviter toute source de problème non ?

NON, premièrement un vide fait combien en double.
Deuxièmement, il y a toujours le risque que l'utilisateur entre un caractère non numérique....

merci bien mes amis ?

De rien owenho