"Si tu retires la copie, tu es obligé d'appeler la chaîne complète" bien sûr que non. Tu as le droit de faire des backups uniquement aux moments opportuns de la chaîne. Faire des copies partout, ça n'a de sens que si chaque maillon de la chaîne va être réutiliser, ce qui me paraît être une hypothèse ultra forte.

dark_drow : c'est plus une question de POO qu'une question de Java en fait.

dark_drow Moi j'ai surtout été surpris de voir Chris qui est un fervent partisan du C++ intervenir sur un thread lié à Java :D

Chris_27 Je suis d'accord.

En vrai je me demande si le truc de raspberry ne pourrait pas bien se passer grace a une utilisation inteligente des move constructor en C++ 11.

Raspberry-Pi : je ne suis ni fervent partisan du C++ (j'ai d'ailleurs pas eu le choix quand j'en ai fait), ni fervent partisan de la POO. J'ai d'ailleurs annoncé le second point assez clairement dans ma première intervention.

godrik : ça je ne le maîtrise pas du tout.

Sinon, je reste dans l'idée qu'un gros constructeur qui fait le boulot c'est beaucoup plus simple, et que toutes ces solutions "futées" pour forcer le développeur à faire son boulot sont autant de tentatives veines de combattre la connerie humaine.

Je pense qu'effectivement le clone à chaque appel est de trop, comme l'a pointé Chris, il faudrait beaucoup de re-use pour que ça soit intéressant.
Faire le clone à la main est plus approprié.

En fait, je me demande si ça a un réel intérêt pour de l'initialisation. On vire le clone et on obtient une façon propre et élégante de déclencher des traitements sur un objet.
On retournerait this à chaque appel, ça ferait juste du code plus lisible

humain.mange(fruit).boit(eau).dort(5);
au lieu de
humain.mange(fruit);
humain.boit(eau)
humain.dort(5);

C'est plus lisible et je me demande si la VM n'est pas capable de gratter un peu en voyant qu'on se trouve toujours sur la même référence.

Mais je suis d'accord, le coup des clones était une idée à la con.

Chris_27 Ah bon. J'ai toujours pensé que tu avais une affinité avec le C++. Mea culpa, j'espère ne pas t'avoir donné une mauvaise réputation :D

Il s'avère que j'ai eu à intervenir dans deux projets de taille raisonnable, tous deux en C++. Donc je connais assez bien. Mais ma préférence va très clairement pour la programmation fonctionnelle par modules.

J'avais précisé Java dans le titre parce que si ça se trouve y'a des langages qui ont un mot clef du genre "final_mais_pas_trop" qui permettrait dans une classe abstraite d'avoir des attributs qui seront forcément initialisés mais pas forcément dans la classe mère et peut-être dans une classe qui en dérive ça serait cool ça
Ou alors que les constructeurs soient présentés autrement, genre new truc(pv:300, etc)

Sinon Raspberry-Pi ouais pas con ton truc pour les Behaviour j'y avais pas trop pensé

merci pour vos réponses