Discussion :

[saad.hessane]

Au départ le mec voulait comprendre la boucle for-each. Je crois qu'il a dû se barrer en courant
Après pour les getters et setters comm ça a été dit c'est un code académique. Generate Getters/Setters avec Eclipse et roule ma poule. De même pour les constructeurs

[Logan Mauzaize]

On est dans le thème avec un sujet qui s'intitule "Pourquoi mettre deux constructeurs"

J'avouerai que c'est allé un peu loin pour lui mais je trouve le débat intéressant.

[professeur shadoko]

En revanche "philosopher" sur ce qui devrait être dans l'état de l'art, ok. Car ca me fait progresser ! Bon être honnête, je suis d'accord sur certains de tes principes en matière d'idéal. Cependant je trouve ça contre-productif. Et entre le "conceptuel" et le "pragmatisme", je choisis chaque jour ce qui me fais gagner du temps.

pattern : "moi monsieur je suis un réaliste, ces histoires je les laisse à des intellectuels"
désolé d'avoir pollué votre quotidien

[Logan Mauzaize]

Je préciserai "réaliste" et "dépassé" Ca arrive quand on bosse sur des applications conçues et maintenues par des stagiaires auxquels on a laissé tout faire sans contrôle.

Sur ce je retourne à mon "suicide intellectuel" sur mon application dont le design/code ferait avoir une crise cardiaque à notre bon professeur

[professeur shadoko]

Sur ce je retourne à mon "suicide intellectuel" sur mon application dont le design/code ferait avoir une crise cardiaque à notre bon professeur

je vous en prie appelez moi "ayatollah" au lieu de professeur
je consentirai à une extra-systole .. (j'ai tellement l'habitude sur les projets que mon coeur est blindé!)

[Logan Mauzaize]

Une perle de l'application en question (on en compte une dizaine de cet exemple dans le code)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
if (new Integer(1) == null)

Je vous jure que c'est vrai !

[Rei Ichido]

Jolie ^^

Cela dit j'ai déjà vu :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
if (this != null) {

Pour en revenir au sujet, par rapport à ce qui a été dit, sur Hibernate il faut avoir un constructeur sans argument ; par contre, il peut être privé (et donc pas utilisable par les développeurs).

Et il n'y a pas besoin d'avoir de getters/setters, Hibernate peut s'en accommoder ...

[professeur shadoko]

Une perle de l'application en question (on en compte une dizaine de cet exemple dans le code)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
if (new Integer(1) == null)

Je vous jure que c'est vrai !

tant qu'à continuer à détourner le fil voici une autre perle vue dans un code:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
if( x== 0 ) { /*code */ }
else if (x!= 0) { /*code */}
else { /*code */ }

l'auteur ( programmeur BAC+5 !) se plaignait d'avoir à changer constamment de boulot. Après plusieurs répétitions de ce gag je lui ai suggéré une réorientation dans le département commercial

[Logan Mauzaize]

J'aime bien le rapport entre l'activité commerciale et le code ^_^.

Ceci dit quand je bossais sur gros système (MVS/COBOL) on ne mettait jamais de else sans if (ou evaluate avec when others) sauf pour signaler une anomalie dans les conditions du programme. Pour des questions de lisibilité.