Version imprimable
Bonjour à tous,
Je vous propose une série d'articles consacrés à la bibliothèque Guava, by Google, dont voici le 4ème épisode : les utilitaires.
http://thierry-leriche-dessirier.dev...a/utilitaires/
Comme toujours, les remarques sont les bienvenues.
Bonne lecture
Bonjour,
C'est un article assez complet sur Guava. Il serait peut-être intéressant de montrer ce que ça donne chez la "concurrence" (commons3 et lombok notamment).
La seule chose qui ne me convainc pas vraiment sont les Optional. Je n'aime pas trop me trimbaler dans toutes les couches de mon application des interfaces qui ne font pas parties du JDK... Si un jour on décide de changer de méthode et de se passer des Optional, il faudra revenir sur toutes les signatures des méthodes de l'application quasiment... J'ai pas de retour sur le long terme mais à première vue ça ne me parait pas une bonne idée.
Quelques coquilles dans l'article. Tous les morceaux de code apparaissent en double. Il y a un TODO dans les remerciementx. Le lien pour commenter ne pointe pas sur le bon topic.
Romain.
Merci pour cette réponse.
Simplifier le code de vos beans Java à l'aide de Commons Lang, Guava et Lombok : http://thierry-leriche-dessirier.dev...-guava-lombok/Citation:
C'est un article assez complet sur Guava. Il serait peut-être intéressant de montrer ce que ça donne chez la "concurrence" (commons3 et lombok notamment).
L'utilisation des Optional (Option en Scala) est très importante pour la JVM. Personnellement, je trouve qu'elle simplifie beaucoup le code, en particulier dans un contexte multi couche. Je suis néanmoins d'accord avec ta remarque qui précise que ce n'est pas un objet du JDK...Citation:
La seule chose qui ne me convainc pas vraiment sont les Optional. Je n'aime pas trop me trimbaler dans toutes les couches de mon application des interfaces qui ne font pas parties du JDK... Si un jour on décide de changer de méthode et de se passer des Optional, il faudra revenir sur toutes les signatures des méthodes de l'application quasiment... J'ai pas de retour sur le long terme mais à première vue ça ne me parait pas une bonne idée.
Je confirme. Je m'en occupe asap.Citation:
Quelques coquilles dans l'article. Tous les morceaux de code apparaissent en double. Il y a un TODO dans les remerciementx. Le lien pour commenter ne pointe pas sur le bon topic.
Salut,
A noter que certaines de ces fonctionnalités ont été intégré dans Java 7, dans la classe java.util.Objects comme avec Objects.equals() et Objects.hash() pour générer les equals()/hashCode(), ou Objects.requireNonNull() pour générer les erreurs en cas de null...
Enfin Java 8 intégrera une classe Optional ;)
a++
Le même nom de classe ;-) ça permettra une transition en douceur.Citation:
Enfin Java 8 intégrera une classe Optional
Par contre je ne sais pas si l'API est la même.Citation:
Envoyé par thierryler
Pour info : http://download.java.net/jdk8/docs/a.../Optional.html
a++
Ça devrait être bon là. Je ne sais pas ce qui a pu se passer dans l'export de l'article.
Petite astuce, plutôt que de tester la chaine null quand on écrit du code
str != null && str.equals("abcd")
c'est plus simple de l'écrire
"abcd".equals(str)
Java fait alors le travail tout seul ;)
@Derf59: Non non non, ce n'est pas du tout pareil ! Le résultat semble le même mais la mécanique ne l'est pas. Et je ne parle même pas de l’aspect sémantique.
Pour moi le résultat fait qu'un peu plus que sembler être pareil non ? Ca fait le boulot.
Après s'inquiéter de l'aspect sémantique dans un cas aussi basique, on est pas loin de la drosophilie non ?
Enfin je dis ça, on est vendredi aussi :) on a le droit d'être taquin.
Bulbo ;)
Il y a une vraie différence derrière... Toutefois, ce n'est pas l'objet de ce fil, qui concerne Guava. On peut en discuter sur un autre fil si besoin, en donnant l'url à la suite.
Maintenant que l'idée est lancée: http://www.developpez.net/forums/d13...e/#post7530413
;)
Merci pour le tuto.
je viens d'utiliser la Strings.isNullOrEmpty(xxx) c'est mieux que d'écrire
{
xxx == null || (xxx!= null && xxx.equals("") )
ou
xxx == null || (xxx!= null && xxx.length == 0 )
}
surtout quand on a un grand nombre de chaines à tester (Strings.isNullOrEmpty(xxx) .... Strings.isNullOrEmpty(yyy).
C'est fort, tu connais l'API Guava mais pas l'API standard ni les règles associées aux opérateurs logique du langage.
Ca, ça suffit par exemple:
Et le pire c'est que parfois on se retrouve avec un import d'une librairie complète genre guava (attention je ne remets pas en cause la qualité de ladite librairie hein) pour 2 utilisations en tout et pour tout d'un Strings.isNullOrEmpty(xxx).Code:((x == null) || x.isEmpty())
Bon, dans mon vécu c'était commons.lang.StringUtils.isEmpty() .. 2 appels dans une seule classe de tout le projet .. et utilisé dans une applet donc downloadée à chaque fois.. bravo :(
Bulbo ;)
Tu as raison, mais comme on est encore avec Java5 car on compile pour un weblo10, le isEmpty() du String n'existe pas,Citation:
Envoyé par bulbo
si c'est uniquement pour un test null ou vide, il vaut mieux faire simple
et pour ne pas réécrire plusieurs fois le test, une toute petite méthode qui fait le boulot (x == null) || x.isEmpty()) suffit largement.
Merci
Pour faire un isNullOrEmpty maison, c'est pas bien dur :
En Java 4 :
En Java 6 :Code:
2
3
4
Effectivement, pas besoin de Guava pour faire ça. Vous n'utiliserez la classe Strings que si vous avez déjà chargé Guava. Sinon vous ferez une méthode maison.Code:
2
3
4