Aujourd’hui, un petit focus sur les « boolean »s et les « Boolean »s.
Java 5 a introduit l’auto-boxing, vous pouvez donc écrire :
-
Boolean grandBoolean = true; // java transforme tout seul en Boolean grandBoolean = Boolean.TRUE;
-
boolean petitBoolean = Boolean.TRUE; //java transforme en boolean petitBoolean = true;
et surtout vous pouvez écrire :
-
if (grandBoolean) {
-
//faire quelque chose
-
}
Java le transforme sans vous le dire en :
-
if (grandBoolean.booleanValue()) {
-
//faire quelque chose
-
}
Et c’est là tout le problème !
Quand on utilise les Boolean (grand B), on travaille avec des objets sur lequel on appelle une méthode. Il peut donc y avoir un NullPointerException !
Car comme tout objet, un Boolean peut-être null.
Donc lorsque vous travaillez avec un Boolean (grand B), vous devez toujours tester la non nullité avant de l’utiliser surtout s’il vient d’une base de données ou de quelque chose que vous ne maitrisez pas. Vous ne pouvez jamais savoir si il est renseigné en base ni si le service qui vous donne cette information ne va pas retourner un null.
De plus, lorsque vous créez une méthode qui teste quelque chose est doit renvoyer vrai ou faux, utilisez les boolean (petit b) car dans le cas contraire l’appelant doit impérativement tester si la valeur de retour de votre fonction n’est pas nulle. Comment peut-il être sur que vous ne renvoyez pas null dans certains cas ?
Donc n’écrivez pas :
-
public Boolean isValide(MyVo vo) {
-
…
-
}
Car il faudrait l’utiliser comme cela :
-
Boolean isok = isValide(vo);
-
if (isok != null && isok) {
-
…
-
}
Ecrivez plutôt :
-
public boolean isValide(MyVo vo) {
-
…
-
}
pour l’utiliser sans problème :
-
if (isValide(vo)) {
-
…
-
}
D’autre part, j’en profite pour vous rappeler que :
-
if (activ) {
-
monChamp.setEnabled(true);
-
} else {
-
monChamp.setEnabled(false);
-
}
Se simplifie facilement en :
-
monChamp.setEnabled(activ);
Bonne prog à tous,