methode d'un objet générant le meme objet

Salut!
J'ai une classe abstraite "Element" qui se dérive en classe "Cube","Sphere" etc....
Ma classe "Element" implémente une méthode Duplicate() qui renvoi un Element de meme type que celui par lequel elle est appelée.
Le probleme est :"comment dire à la methode Duplicate() le type d'element auquelle elle appliquée?"
Est ce que je dois forcément surcharger cette méthode dans les classes filles, sachant qu'il n'y a pas différence dans l'algorithme de duplication?
Merci!

Tu fais ça :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

abstract class Element { abstract Element Duplicate(); } class Cube : Element { Cube() { //... }   Element Duplicate() { //... Element e = new Cube(); //... return e; } }

---

Ca va fonctionner sans souci, puisqu'un Cube est un Element, donc lors de la duplication, tu lui dis que c'est une classe Cube lors de l'instanciation, mais tu stockes ton objet dupliqué dans une variable de type Element.

Salut,

D'abord une petite chose, en .net il y a un pattern pour faire ce que tu fais, c'est d'implémenter l'interface ICloneable.

Ensuite dans ta classe de base tu peux utiliser la fonction MemberwiseClone qui permet de cloner un objet de manière polymorphique. Le problème c'est que tu vas renvoyer depuis la classe de base un type object (ou au mieux un type Element) et pas le type dérivé (même si en vrai le type de l'élément est bien une des classes dérivées).

Exemple:

Code:

---

1 2 3 4 5 6 7 8

abstract class Element : ICloneable { public object Clone() { return MemberwiseClone(); } }

---

Attention MemberwiseClone ne fait qu'une copie superficielle des objets, c'est à dire qu'elle ne duplique pas les objets de type référence. Donc si tes objets n'ont comme membre que des variables de type valeur, tu n'es pas obligé de surcharger la méthode Clone dans les classes dérivées.

J'espère que je suis clair :lol:

ouep comme la sous-entendu Sphax, si biensur cela t'interesse, il existe un design pattern reconnu par le GoF : Prototype de type Creational

je te conseille vivement de regarder ce design pattern qui est pas mal utilisé.

Attention les designs patterns doivent etre utilisés à bon escient et quand ceux-ci répondent au probleme posé !

site tres bien fait: www.dofactory.com

Merci pour vos réponses!
Sphax: Apparement il y'a deux moyens de cloner avec IClonable: DeepCopy (en clonant les membres) et Shallow Copy (sans clonage interne). Donc si j'opte pour un clonage "deep", je devrais me retrouver avec un objet totalement nouveau, et pas seulement une nouvelle référence sur le même objet, c'est bien ça?
Ma question est: Est-ce que ça n'alourdit pas le programme de faire dériver ma classe Element d'Iclonable, sachant que la fonction de copie n'est utilisée que rarement...?
Je m'y connais pas du tout en interface, car je débute en C#, mais je vais quand meme tenter de l'implémenter.
Sinon une autre question toujours autour de ce sujet.
J'ai créé une collection public

Code:

---

public List<Element> ListElements=new List<Element>();

---

et j'ajoute des élements par la suite de cette façon (Ca à l'air de marcher):

Code:

---

1 2	elem = new FormeCube(scene_, ListElements.Count); ListElements.Add(elem);

---

avec Element qui est une classe abstraite dont dérive les Classe Cube, Sphere...
Est-ce que je peux utiliser les méthodes contenues dans les classe dérivées sur les objets de ma collection, bien que celle-ci soit créé pour des objets de type Element? Je veux dire, au final, est-ce que ma liste contient des Elements ou des Cubes, Sphere etc...
Et si oui, comment je peux récuper le type de chacun des Elements de la collection, une fois qu'ils ont été ajoutés?
Merci!!

Citation:

---

Apparement il y'a deux moyens de cloner avec IClonable: DeepCopy (en clonant les membres) et Shallow Copy (sans clonage interne). Donc si j'opte pour un clonage "deep", je devrais me retrouver avec un objet totalement nouveau, et pas seulement une nouvelle référence sur le même objet, c'est bien ça?

---

Dans les deux cas, Shallow copy et Deep copy, tu dois te retrouver à la fin avec une référence sur un nouvelle objet. La différence se situe sur les références des objets membres. Avec une Shallow copy, les membres de types référence ne sont pas dupliqués, tu te retrouve avec deux objets qui en interne pointent sur les mêmes membres. Avec une Deep copy, les objets membres sont eux-même clonés. Dans les deux cas les membres de type valeur (les structures, les entiers, flottants etc...) sont dupliqués.

La fonction MemberwiseClone effectue pour toi une shallow copy. Et si tes objets ne contiennent que des types valeur, ce que j'ai voulu dire plus haut c'est que dans ce cas une shallow copy est équivalente à une deep copy.

Citation:

---

Ma question est: Est-ce que ça n'alourdit pas le programme de faire dériver ma classe Element d'Iclonable, sachant que la fonction de copie n'est utilisée que rarement...?

---

Non ça n'alourdit pas ta classe.

Citation:

---

Est-ce que je peux utiliser les méthodes contenues dans les classe dérivées sur les objets de ma collection, bien que celle-ci soit créé pour des objets de type Element? Je veux dire, au final, est-ce que ma liste contient des Elements ou des Cubes, Sphere etc...
Et si oui, comment je peux récuper le type de chacun des Elements de la collection, une fois qu'ils ont été ajoutés?

---

Ce qui se retrouve dans ta liste ce sont des références vers tes objets concrets de type Cube ou Sphere. Par contre tu utilises pour les pointer des variables du type de la classe de base. Donc naturellement tu peux utiliser les méthodes de la classe de base sur ces objets, pour accéder aux méthodes du type concret va falloir caster. Pour récupérer le type d'un objet en C# tu as le mot clée "is", voilà un exemple:

Code:

---

1 2 3 4 5 6 7 8 9 10

List<Element> MaList; foreach(Element Elem in MaList) { if(Elem is Sphere) { Sphere MaSphere = (Sphere)Elem; //ici tu cast pour récupérer une référence du bon type //là tu peux utiliser MaSphere comme un objet de type Sphere } }

---

EDIT: un petit mot en plus qd même. Le "if(Elem is Sphere)" est en général à éviter car à partir de là ton code n'est pas extensible facilement. Si tu crées un nouveau type d'objet, genre Losange, il faudra gérer le cas un peu partout. La méthode préférée est de passer par une interface qui contiendra tte les méthodes communes à tes objets de manière à pouvoir les traiter tous de la même façon. C'est ce que tu fais avec ta classe de base Elem.
Tu ne peux pas ajouter des méthodes à cette classe pour résoudre ton problème ? Tu veux faire quoi exactement dans ce if ?

Merci pour ta réponse bien expliquée Sphax!
Bon je viens d'essayer ça:

Code:

---

1 2 3 4 5 6 7

public Object Clone() { Element e=(Element)MemberwiseClone(); e.SetName(e.nomElement_ + "copie"); //Update the Name of the Element e.Translation(new Vector3(0.2f, 0, 0)); //A little transation to see the copy in the ViewPort return e; }

---

( Le cast en (Element)MemberwiseClone() est correct?)
Mais ça ne semble pas marcher... En modifiant la valeur des champs de mon clone, je modifie celle de mon objet de départ... Donc apparement ça crée juste une Swallow Copie. Comment est-ce que je peux creer une Deep Copie?

up!:P

Citation:

---

Envoyé par zmatz

( Le cast en (Element)MemberwiseClone() est correct?)
Mais ça ne semble pas marcher... En modifiant la valeur des champs de mon clone, je modifie celle de mon objet de départ... Donc apparement ça crée juste une Swallow Copie. Comment est-ce que je peux creer une Deep Copie?

---

Le cast en Element est correct.

Ensuite, comme dit plus haut le MemberwiseClone va faire une ShallowCopy, donc à toi de manuellement cloner les membres de type référence. Un petit exemple:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

class MaClass : ICloneable { private int UnEntier; //ceci est un type valeur correctement dupliqué par MemberwiseClone private XmlDocument MonDocument; //ceci est un type référence qui ne sera pas dupliqué par MemberwiseClone   public object Clone() { MaClass MonClone = (MaClass)MemberwiseClone();   //ici il faut dupliquer soit meme les membres de type référence, sinon ils vont pointer vers le même objet monClone.MonDocument = MonDocument.Clone(); } }

---

Un autre point. Apparemment tu ne te contentes pas de dupliquer tes objets puisques tu modifies leurs membres. Dans ce cas tu changes le sens de ta méthode qui ne devrait plus vraiment s'appeler Clone, c'est trompeur.


PS: peut-être devrais-tu te documenter sur la différence entre type valeur et type référence en .net, ça sera surement plus clair ensuite.

Ca marche!! Merci Sphax!! et pour le lien que je suis en train de lire....
J'ai encore une petite question: Commet je peux dupliquer un type Reference qui se trouve dans une classe fille de ma classe clonée? => en créant une méthode clone() dans ma classe fille aussi? et dans ce cas comment est ce que je peux l'appeller depuis ma classe mere?:?

Citation:

---

Envoyé par zmatz

Ca marche!! Merci Sphax!! et pour le lien que je suis en train de lire....
J'ai encore une petite question: Commet je peux dupliquer un type Reference qui se trouve dans une classe fille de ma classe clonée? => en créant une méthode clone() dans ma classe fille aussi? et dans ce cas comment est ce que je peux l'appeller depuis ma classe mere?:?

---

Oui il faut implémenter Clone dans chaque classe dérivée qui introduit un nouveau type référence comme membre (sinon ce n'est pas nécessaire). Et tu n'as pas a l'appeler depuis ta classe mère, c'est plutot l'inverse qui se passe. Re exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

publique ClasseFille : MaClass, ICloneable { private UnTypeReference MonTypeReference;   public object Clone() { ClasseFille MonClone = (ClasseFille )base.Clone(); MonClone.MonTypeReference = MonTypeReference.Clone(); } }

---

Un autre point, un des problèmes de l'interface ICloneable est que Clone renvoie le type object, et que tout ça n'est pas trés fortement typé. Du coup el client de la classe doit s'amuser à caster lui même les choses. Tu peux régler ça en définissant la classe de base comme ceci:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

class MaClass : ICloneable { private int UnEntier; //ceci est un type valeur correctement dupliqué par MemberwiseClone private XmlDocument MonDocument; //ceci est un type référence qui ne sera pas dupliqué par MemberwiseClone   object ICloneable.Clone() //implémentation explicite de l'interface ICloneable { return this.Clone(); }   public MaClass Clone() //version correctement typé à surcharger dans les classes dérivées en renvoyant le type dérivé { MaClass MonClone = (MaClass)MemberwiseClone();   //ici il faut dupliquer soit meme les membres de type référence, sinon ils vont pointer vers le même objet monClone.MonDocument = MonDocument.Clone(); } }

---

Merci de nouveau pour ta réponse Sphax.
J'ai essayé ce que tu m'a dit:
J'ai une classe fille Primitive, dérivé de ma classe mère Element.
J'ai fait dériver "Primitive" de ICloneable et rajouté la methode clone dans "Primitive"

Code:

---

1 2 3 4 5 6

public object Clone() { Primitive clonedPrimitive = (Primitive)base.Clone(); clonedPrimitive.material_.Clone(clonedPrimitive.name_+"Material");//Ici la duplication du type Reference auquel je n'avais pas accès dans ma classe mère. return clonedPrimitive; }

---

et dans ma classe mère "Element":

Code:

---

1 2 3 4 5 6 7 8 9

public Object Clone() { Element clonedEntity = (Element)MemberwiseClone(); "Swallow Copy" of the Element //Clone all members which type is "Reference". clonedEntity.entity_ = this.entity_.Clone(clonedEntity.name_); //etc....   return clonedEntity; }

---

et pour l'instanciation de mon clone dans ma programme principal:

Code:

---

if (element is Primitive) ListElements.Add((Primitive)element.Clone());

---

car mon ListElements est un List<Elements> (qui regroupe des objets dérivés de Elements)

Après un coup de debugger, je remarque que je ne passe pas dans la méthode clone() de la classe fille "Primitive".... je pense que je me trompe dans mes casts....
Et mon code doit être un peu brouillon non?:roll:

Citation:

---

Après un coup de debugger, je remarque que je ne passe pas dans la méthode clone() de la classe fille "Primitive".... je pense que je me trompe dans mes casts....

---

Non tu ne te trompes pas, c'est simplement que la méthode Clone doit être déclarée virtual dans la classe de base et override dans la classe dérivée. Petit oubli :)

Code:

---

1 2 3 4 5 6 7 8 9 10

public class Element : ICloneable { public virtual object Clone() ... }   public class Primitive : Element { public override object Clone() ... }

---

Citation:

---

et pour l'instanciation de mon clone dans ma programme principal:
Code :

if (element is Primitive) ListElements.Add((Primitive)element.Clone());

car mon ListElements est un List<Elements> (qui regroupe des objets dérivés de Elements)

---

Si la classe Element implémente ICloneable tu peux complètement te passer de ce if. C'est ce dont on parlait plus haut, la fonctionnalité Clone étant proposée par la classe de base et déclarée virtuelle, aucun soucis, tu peux appeler Clone sur une variable de type Element directement.

Ca marche!! T'es un chef Sphax!!! :king:
Bon ben du coup je comprend mieux le coup des virtual et override (j'avais compris mais pas assimilé en fait...)
Merci!!