Heu, je suis pas sur d'avoir compris ce que veulent dire les nuances suivantes :
 
shallow clone
deep clone
 
Moi, je veux cloner un objet qui contient une référence à un autre objet. Je veux que tous mes clones aient la même référence sur ce point précis, mais que les autres champs soient des nouvelles instances. Alors comment je la fais ma méthode clone ?

ben clonage de surface/profondeur non ? ('fin suivant les traductions)
 
c koi le probleme ? tu me le détailles ?

imagine un objet A qui contient une reference vers un objet B
 
shallow clone : quand A est cloné, la reference vers B reste la meme
 
deep clone : quand A est cloné, la référence est vers un nouvel objet B (B est cloné également)

et toi tu veux faire un mélange des deux ...

Mon problème est le suivant :
 

 
Je dispose d'un tableau de Data :

 
Je veux cloner "datas", tout en laissant l'objet task en référence pour tous les clones. Comment j'écris ma méthode clone, alors ?

ben
 

 
la tu as cloné un objet Data comme tu le voulais, la référence est intacte ...
 
je vois pas ou est le soucis  

Ben, j'ai jamais cloné, j'ai peur de copier des trucs que je veux pas copier, ou de faire des références où il ne faut pas.

ben c simple
si tu as un attribut qui n'est pas un type de base (objet donc)
si tu veux garder la référence : tu la passes en arguement du constructeur de ton objet ici Date(this.task,this.value)
sinon tu passes un nouvel objet du type voulu : ca donnerait new Date(new Task(aveclesparamsquivontbien),this.value)

Et là, si je tripote value, dans un de mes clones ça va affecter les autres, non ? Quoique non, puisque c'est un type primitif... Heu, en fait j'ai besoin de voir différent cas, pour bien voir la portée de ce mécanisme. Curieusement, j'en avais jamais eu besoin avant.

 
ben honnetement j'm'en suis jamais trop servi non plus ... mauvais souvenir de TP
ca va rien affecter puisque tu crées a chaque fois une nouvelle instance de Data, et pis c un type de base, donc pas une référence

Et la méthode clone() de Object, elle fait quoi en fait, si je fais un super.clone(), quel va être le résultat ?

 
clonage superficiel

l'équivalent de celle que tu as décrite, dans mon cas, donc.

 
yep, il va conserver la référence a ton objet Task

OK !

cette ligne de mon code foire :
 

 
Je sentais bien que c'était faux, mais je connais pas la bonne syntaxe, en fait.

J'aime les joce's bug !

 
euh ... tu veux pas betement créer un tableau de meme taille et cloner les éléments du tableau ?  

Autant pour moi, en fait ça marche, c'était une erreur d'héritage sur le constructeur. Par contre, ça clone que dalle, on dirait. Bon allons y pour le débug.

Bon, le problème est le suivant :
 
ça marche pour un objet unique, mais dès que je veux cloner un tableau, c'est comme si je passais une référence : la question est donc comment cloner un tableau d'objets.

Si je fais le clonage élément par élément, là ça marche. y a moyen de faire moins lourd ?

 
non pas que je sache en tout cas.

System.arrayCopy est ton ami !

 
  j'avais pas vu qu'il parlait d'éléments d'un tableau ... mal réveillé moa

grilled

il a voulu l'écrire puis il a vu ton post surement ...

ouaip!
trop rapide ce benou !  

Bon, ben je vais voir ça. System.arrayCopy fait appel à la méthode clone des éléments du tableaux, je suppose, non ?

non, ca copie un tableau de façon binaire (et de façon optimisée).
bref, tu fais ca quoi  :

Et donc ce qui était référence restera référence, c'est ça ?

bin non c'est un clone ... c'est copié quoi

Bin alors comment faire pour obtenir la chose suivante :
 
Une liste d'objet doit être passée en référence à des Solvers (dont le nombre varie, certains sont détruits, d'autres créés...), sachant qu'à chaque élément de la liste doit correspondre une valeur, propre à chaque Solver.
 
Je reprends :
Un solver, c'est un tableau, dont chaque élément est constitué d'un Objet appartenant à la liste de départ, et d'un entier, propre à ce Solver.

et ... ?

Le problème est le suivant :
 

Je veux créer des instances de Solver, je veux des clones qui conaissent les éléments de TaskList (la liste de départ) et qui associent via Data un entier, non cloné. Comment feriez vous ?

Dans chaque Solver, il y a autant d'objet Data dans le tableau Data[] que d'objet Task dans TaskList. Le nombre d'objets Solver est indépendant de tout ça, mais il y en aura beaucoup.

je suis désolé je comprends rien.

cherrytree tu me pretes ton penpad stp?
(c bien ça que tu voulais montrer nan? )
 
( btw)