Discussion :

[ZaaN]

SAlut,

je sais pas trop quoi mettre dans l'implementation de la seule methode de ICLoneable. A part un appel à la shallow copy :

Code :

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

1
2
3
4
5
        public Object Clone()
        {
            CMyClass<T> newGrid = (CMyClass<T>) this.MemberwiseClone();            
            return newGrid;
        }

ma classe etant une collection générique, je sais pas vraiment comment traiter les future object du tableau interne...

[Kaidan]

C'est quoi la question ?

[ZaaN]

C'est quoi la question ?

lol très juste...

La question est la suivante : Suis-je assurer de recopier parfaitement n'importe quel type d'objet qui serait introduit dans ma class collection (de type CMyClass<TuChoisisLetype>) avec l'implementation presenté ci dessus ?

Ou alors je doit obliger les objets contenu de ma collection à implementer aussi ICloneable et je l'appel sur tout les objet contenu durant le Clone.

[Kaidan]

Le problème de ICloneable, c'est qu'il n'y a aucune garantie de la façon dont sera "cloné" l'objet.

Dans le cas d'une collection, seul l'objet collection en lui-même est cloné. Tous les items de la collection ne sont pas clônés via ICloneable.Clone : Clone de la collection ajoute uniquement une référence vers les anciens objets.

[ced600]

je vois de temps à autre des sujets sur ICloneable.
Mais au fait à koi cela vous sert de cloner une classe ?

[ZaaN]

je vois de temps à autre des sujets sur ICloneable.
Mais au fait à koi cela vous sert de cloner une classe ?

c est l'instance de la classe que tu clones.

Utilisé par moi meme comme "constructeur de recopie"

[ced600]

c est l'instance de la classe que tu clones.

Utilisé par moi meme comme "constructeur de recopie"

Oui oui j'ai écris trop vite. Ce que je me demandais, c'est à koi cela sert de cloner l'instance d'une classe ?

En effet pour l'instant dans tous les développements que j'ai fait, je n'en ai pas eu besoin.

J'ai certe pas encore une grande expérience en Déve (2 ans) mais j'étais entrain de me dire que cela ne sert pas à grand chose.

[Nikoui]

Personnellement je m'en sert rarement aussi, mais je me souviens par exemple en avoir eu besoin lorsque je manipulait des streams qui étaient ensuite transmis lors d'un appel réseau (par un service WCF). Dans ce cas, j'étais obligé de cloner le stream pour pouvoir le transmettre sur le réseau et l'utiliser une fois reçu côté client.

[Kaidan]

Le seul truc que je clone souvent, c'est des noeuds XML.

Si je me trompe pas, ça clone aussi tous les Child, donc c'est utile...

[ced600]

Ok merci pour vos réponse à ma question.
On va fermer la parenthèse que j'ai ouverte et revenir sur le problème de Zaan (vais qd même pas lui piquer son topics )

[shwin]

lol très juste...

La question est la suivante : Suis-je assurer de recopier parfaitement n'importe quel type d'objet qui serait introduit dans ma class collection (de type CMyClass<TuChoisisLetype>) avec l'implementation presenté ci dessus ?

Ou alors je doit obliger les objets contenu de ma collection à implementer aussi ICloneable et je l'appel sur tout les objet contenu durant le Clone.

Il faut faire un deep clone pour les type complex
.net icloneable deep clone

IClonable est tres utile, par exemple quand tu veux faire du IEditableObject. Travail sur un model transactionnel.

[lapanne]

Une solution serait d'implementer ta collection un peu comme ça :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
 
 
 
public class CMyClass<T> where T:ICloneable : List
{
        public Object Clone()
        {
            CMyClass<T> newGrid = (CMyClass<T>) this.MemberwiseClone(); 
            for(int i = 0; i < this.count;i++)
            {
                   newGrid[i] = this[i].Clone();
            }
            return newGrid;
        }
}

Enfin je crois, en fait, j'en sais strictement rien. Clone() créé bien une nouvelle instance d'un objet dans le même état que le précédent ? Ou pas ?

[Bluedeep]

j'en sais strictement rien. Clone() créé bien une nouvelle instance d'un objet dans le même état que le précédent ? Ou pas ?

Clone se comporte comme tu lui dis de se comporter dans l'implémentation de ICloneable.Pour les classes du Framework qui implémente Clone, cela dépend de la classe et c'est clairement expliqué dans le MSDN.

Exemple : un Clone d'une DataTable reproduit la structure mais pas les données.