Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Entrée/Sortie Java Discussion :

Tutoriel sur l'utilisation de la bibliothèque Lombok


Sujet :

Entrée/Sortie Java

  1. #1
    Responsable Java

    Tutoriel sur l'utilisation de la bibliothèque Lombok
    Bonjour,

    François-Xavier Robin nous propose un tutoriel sur l'utilisation de la bibliothèque Lombok avec le langage Java, pour simplifier l'écriture de vos classes Java.

    Pour consulter le tutoriel : https://fxrobin.developpez.com/tutor...ur-experience/

    N'hésitez pas à laisser des commentaires à la suite.

    Mickael BARON pour l'équipe Java de Developpez.com

    Retrouver les meilleurs cours et tutoriels pour apprendre la programmation en Java

    Retrouver les meilleurs cours et tutoriels pour apprendre la programmation en Java
    Responsable Java de Developpez.com (Twitter et Facebook)
    Besoin d"un article/tutoriel/cours sur Java, consulter la page cours
    N'hésitez pas à consulter la FAQ Java et à poser vos questions sur les forums d'entraide Java
    --------
    Ingénieur de Recherche en informatique au LIAS / ISAE-ENSMA
    Page de Developpez.com : mbaron.developpez.com
    Twitter : www.twitter.com/mickaelbaron
    Blog : mickael-baron.fr
    LinkedIn : www.linkedin.com/in/mickaelbaron
    DBLP : dblp.uni-trier.de/pers/hd/b/Baron:Micka=euml=l

  2. #2
    Membre régulier
    Bonjour,
    Quelqu'un peut m'expliquer pourquoi il y a cette recommandation ?
    Spécifier les Getter / Setter sur les champs, et non pas sur la classe (en gros, pas comme dans tous les exemples que je viens de donner)
    Merci.

  3. #3
    Membre habitué
    Merci pour cet article, c'est toujours intéressant de connaître les évolutions d'une librairie bien pratique.

  4. #4
    Membre chevronné
    Citation Envoyé par LuckyLiam Voir le message
    Bonjour, Quelqu'un peut m'expliquer pourquoi il y a cette recommandation ?
    Bonjour,

    et fait, au même titre que je préfère faire figurer "private" alors qu'il existe l'annotation @FieldDefaults(level=AccessLevel.PRIVATE), je prefère donc voir chaque Getter/Setter sur chaque champ.
    Si je rajoute un champ, je me pose alors la question de son accès juste en getter ou les deux, voire même s'il est final ou pas.

    Mais ce n'est qu'une affaire de goût pour cela.
    En revanche l'annotation @Data est très dangereuse, de mon point de vue.

    Merci pour la lecture de cet article (et merci à l'équipe de DVP et Mickaël Baron pour l'avoir retranscrit sur le site).

    F.X.
    Moins on code, moins il y a de bug ... et vice-versa ainsi qu'inversement ...

  5. #5
    Membre chevronné
    Citation Envoyé par egann538 Voir le message
    Merci pour cet article, c'est toujours intéressant de connaître les évolutions d'une librairie bien pratique.
    Merci !
    Moins on code, moins il y a de bug ... et vice-versa ainsi qu'inversement ...

  6. #6
    Responsable Java

    Merci FX d'avoir répondu aux membres de Developpez.com

    Mickael
    Responsable Java de Developpez.com (Twitter et Facebook)
    Besoin d"un article/tutoriel/cours sur Java, consulter la page cours
    N'hésitez pas à consulter la FAQ Java et à poser vos questions sur les forums d'entraide Java
    --------
    Ingénieur de Recherche en informatique au LIAS / ISAE-ENSMA
    Page de Developpez.com : mbaron.developpez.com
    Twitter : www.twitter.com/mickaelbaron
    Blog : mickael-baron.fr
    LinkedIn : www.linkedin.com/in/mickaelbaron
    DBLP : dblp.uni-trier.de/pers/hd/b/Baron:Micka=euml=l

  7. #7
    Nouveau Candidat au Club
    Citation Envoyé par fxrobin Voir le message
    je préfère faire figurer "private" alors qu'il existe l'annotation @FieldDefaults(level=AccessLevel.PRIVATE)
    Bonjour,
    Par analogie ne trouves tu pas mieux de faire figurer le final avec @UtilityClass

  8. #8
    Membre chevronné
    Citation Envoyé par Christophe Agoero Voir le message
    Bonjour,
    Par analogie ne trouves tu pas mieux de faire figurer le final avec @UtilityClass
    Uhm, ça se défend effectivement.

    J'adore Lombok, je l'ai enseigné, je l'ai mis en œuvre sur de nombreux projet.
    Mais le risque, avec les "jeunes" (ça fait remarque de vieux), c'est que toutes les subtilités du langage leur échappent.
    Et effectivement de ne pas voir le "final" alors que c'est "final" grâce à l'annotation "@UtilityClass", cela pourrait être contre-instructif.

    Donc ma réponse de Normand (même si je ne suis pas Normand) : oui et non, bien au contraire.
    Moins on code, moins il y a de bug ... et vice-versa ainsi qu'inversement ...