chez moi aussiCitation:
Envoyé par thierryler
chez moi aussiCitation:
Envoyé par thierryler
Bonjour,
Merci également pour cet article qui est très bon.
Pour la première fois où cette phrase apparait : On doit ensuite faire un refresh (touche F5) dans Eclipse pour faire apparaitre Apache Commons Lang (et ses dépendances) dans la liste des bibliothèques référencées.Citation:
On doit ensuite faire un refresh (touche F5) dans Eclipse pour faire apparaitre Guava (et ses dépendances) dans la liste des bibliothèques référencées.
J'ai travaillé sur des projets où les entités censées contenir uniquement des getters/setters étaient ignorées des analyses SONAR. Par curiosité j'ai enlevé le filtre et quelle ne fut pas ma surprise d'avoir des dépendances cycliques de packages, des dizaines de violations supplémentaires, etc.Citation:
Envoyé par Nemek
C'est toujours compliqué de trouver le juste milieux.
Salut a tous
bon bah je vais passer pour un troll, mais pourquoi ne pas simplifier votre code en utilisant groovy et gmaven :pastaper:
La dernière fois que j'ai utilisé lombok intellij ne voyait pas la génération des méthodes au runtime, et les equals et hashcode étaient peu customisable.
En tous cas merci pour l'article
Merci pour cet article. Je découvre plein de choses d'un coup...
Le seul truc qui me dérange est le fait de devoir modifier l'IDE avec Lombok. Sinon c'est clair que ça peut être un sacré gain de temps...
Je ne sais pas si l'on peut parler de gain de temps car un "Generate getters and setters" est assez rapide d'origine. Je parlerais plutôt de gain de lisibilité et de qualité de code.Citation:
Envoyé par dark.jabberwock
En fait Robin56 je pensais à un gain de temps si l'on utilise l'annotation @Data. Car au niveau d'Eclipse même avec les raccourcis clavier, c'est plus court d'écrire 5 lettres en annotations que de générer via l'IDE les différents éléments générés par @Data. Par contre le "sacré gain de temps" est largement exagéré de ma part j'en convient.
Après effectivement c'est surtout un gain de lisibilité et pour moi une certaine qualité de code notamment au niveau equals et hashCode.
Réflexion à part, en pensant aux métriques de Sonar (je ne connais que peu le paramétrage de l'outil), on nettoie peut être un peu la partie nombre de ligne de code et pourcentage de commentaire. A moins que pour ces informations, on puisse également exclure les classes de certaines vérifications. Là dessus qu'en pensez-vous ?
Je te l'accorde ! D'ailleurs à l'inverse sur mes projets j'ai des classes bêtes et méchantes (type utilitaire) qui sont marqués en Hot Spot (pas sûr du nom). De même, les classes un peu critique au sens de l'analyse statique (beaucoup de code) remonte rapidement alors que d'autres classes avec moins code mais très critique vont rester dans le bas du tableau, derrière des POJO, parce qu'elles ont peu de code.Citation:
Envoyé par natha
Cependant, dans ton cas, il semble surtout que ce soit un problème d'identification des exclusions. Je suggère fortement aux architectes/concepteurs/dev leader de définir clairement des règles aussi bien de codage que d'organisation des packages ou des règles précises de nommage.
Ca permet dans tous les cas à quelqu'un de comprendre là où il se trouve (lors de la navigation / recherche) et où il doit chercher dans le code.
Autre point, certaines règles ne devraient pas avoir d'exclusion (en tout cas, je ne vois pas de raison), et je pense dans ton cas, à l'analyse des dépendances.
Enfin, cela me donne une idée pas si mal, inclure des analyses spécifiques pour ce qui a été exclu. Je ne sais pas si cela est possible avec Sonar ... Par exemple, vérifier qu'il s'agit de simple POJO.
En maintenance, ca fait toujours gagner pas mal de temps et éviter des erreurs bêtes comme supprimer des getter/setter mais pas l'attribut et pour le couple equals/hashCode j'en parle même pas !Citation:
Envoyé par Robin56
Vu qu'il n'y a pas de code, ces métriques ne sont pas "impactées". Comme je le mentionnai ca ne peut qu'augmenter la justesse des métriques.Citation:
Envoyé par dark.jabberwock
Exemple, 10 erreurs sur 100 lignes utiles ou sur 125 dont 25 inutiles, ca donne 10% ou 8% d'erreur. Si on considère qu'il y a beaucoup de POJO, surtout avec des framework comme Struts (Forms) / JSF (Backing bean) / JPA (Persistent class) / J2EE (EJB), il doit y avoir un paquet de lignes de codes non critiques.
Bonjour
J'ai un test avec NetBeans sa ne fonctionne pas (j'ai pas trouvé de plugiin) puis dans mon cas j'utilisé un projet Maven sur NetBeans ? (a 1er vu je peu pas utilisé Lombok !!)
Serai t'il possible d'utilisé Lombok avec des entité JPA ?
Merci
Je pense qu'il n'y a pas de pb je l'ai utilisé avec les annotations Jaxb et Bindy alors pourquoi pas les annotation JPA.Citation:
Envoyé par geforce
A+JYT
Le plugin NetBeans est inclus dans le Jar de Lombok. Il suffit de double cliquer dessus après l'avoir téléchargé.
Bonjour thierryler et sekaijin
Ci-dessous le message d'erreur que j'ai dans mon IDE (je les testé sur deux pc différant et c'est la même chose).
Pièce jointe 153929
de plus dans cette classe beans voir la fenêtre Navigator je n'ai pas les getteur et setteur et ..... avec mon utilisation de @Data. de plus même dans l'éditeur je n'est pas accès au getteur et setteur... :aie:
NB: j'utilise Netbeans 8.0. et le Jar lombok-0.11.0 est bien chargé.
Déjà, as-tu bien installé le plugin ? Pour cela télécharge le jar/zip de Lombok et double-clic dessus.
Dans Eclipse j'ai aussi des soucis avec @Data
Oui j'ai fait comme tu ma dit sur la Jar de Lombok (je les récupéré avec Maven), mais rien qui se passe (pas d’installation du plugin selon moi).Citation:
Envoyé par thierryler
Pièce jointe 154084
un double click n'est peut-être pas la bonne façon de faire.
en effet un fichier *.jar n'est pas exécutable.
Il faut pour cela qu'il soit associé à un exécutable Java ce qui n'est pas toujour le cas.
sous windows il faut associer *.jar à "C:\Program Files\Java\jre1.6.0_01\bin\java.exe" -jar "%1" %*
Mais sous sevent il n'est plus possible via l'interface graphique d'ajouter un verbe dans la liste des commandes associé à un type de fichier.
du coup les seules solution sont de remplacer l'action
ou passer par regedit pour ajouter une commande.
essais en ligne de commande
java.exe -jar Lombok.jar
A+JYT
Quand je double-clic dessus, sous Windows 7, ça lance l'interface d'installation de Lombok. Celle-ci me demande dans quel Eclipse je veux installer...
C'est parce que par défaut sous windows7 la commande associé au fichier *.jar est java.exe -jar %1 %
mais ce n'est pas toujours le cas
A+JYT
Bonjour à tous,
Bien quand je Click avec mon Windows 7 directement sur la lombok-0.11.0.jar (je ne passe pas par mon IDE NetBeans) j'ai l’interface qui se lance, mais ne me donne pas le choix d'installer le plugin sur NetBeans il y que le choix d'Eclipse.
Y t'il le plugin pour NetBeans ?
Merci
