Liaisons dynamiques sur les attributs dérivés ?

Bonjour,

Soit les déclaration de classes suivantes :

Code:

---

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

class classeMembre2 : public classeMembre1 { ... }   class A { classeMembre1 pouet; }   class B : public A { classeMembre2 pouet; }

---

Sachant que classeMembre2 descend de classeMembre1, à quoi ressemblerait ma classe B si je l'avait définie directement, sans passer par un héritage ?

Si je fais l'appel suivant :

Code:

---

dynamic_cast<A*>(instance de B)->pouet;

---

cela me renverra-t-il un objet de type classeMembre1 ou classeMembre2 ?

Merci !

Il faut savoir ici que A::pouet et B::pouet sont deux variables différentes*: En C++, seules les fonctions peuvent être virtuelles (et covariantes), pas les variables.

Dans l'appel de ton exemple, le dynamic_cast est inutile: Un cast implicite aurait très bien fait l'affaire, puisque c'est un upcast.
Par contre, la variable retournée sera celle du type de pointeur, pas celle du type réel de la classe, puisqu'il n'y a pas d'accesseur virtuel.

B sera composé d'un objet de type classeMembre1, et d'un objet de type classeMembre2. Lorsque tu manipules une instance de B directement ce sera le second qui sera visible, et lorsque tu manipuleras ton B sous forme de A ce sera le premier.
Donc dans ton exemple ce sera le classeMembre1 qui sera considéré.

Et si je passe par un accesseur virtuel getPouet(), cela me permettrai-il de m'assurer que je récupère le bon pouet ?

Oui, mais dans ce cas les attributs renvoyés doivent être de même type, ou dériver d'une même base.

Ou, si j'ai bien compris, être d'un type qui dérive de l'autre si le compilo supporte les retours covariants ?

En fait, comme je l'ai indiqué dans mon premier message, il y a une relation d'héritage entre le type des deux classes membres.

Ces classes membres sont en fait des classes de fonctions (issues d'une API). Leurs classes dérivées suivent en gros le schéma de dérivation des classes contenantes.

Quand je dois intervenir sur une instance de B, je fais appel à sa classe de fonction (classeMembre2). Mais je veux que les opérations issues de la dérivation à partir de classeMembre1 soient codées dans la classe A, afin de factoriser le code.

Ces opérations sont lancées par disons l'appel du'ne méthode appelée doOperation().

Tous mes objets, appartenant tous au même arbre d'héritage, sont dans une liste. Et avec un itérateur, j'appelle doOperation() sur chacun des objets (d'où le bout de code avec le dynamic_cast).

On doit alors appeler le doOperation() sur le type réél de l'objet (utilisation donc d'un virtual), qui va appeler le doOperation() sur son parent, et qui va par la suite faire des opérations spécifique sur son type (B) avec une classe de fonction idoine (classeMembre2).

Mais que doit utiliser le doOperation() de la classe A ?

• Dois-je passer en paramètre un pointeur vers classeMembre2 ?
• Dois-je utiliser en plus du membre classeMembre2 dans B un classeMembre1 dans A, alors qu'il ne sera jamais utilisé par les descendants de A ?
• Dois-je ne définir que classeMembre1, et affecter dans B un objet de type classeMembre2 au membre déclaré comme classeMembre1 dans A, puis, dans le doOperation() de B, faire un downcasting sur le membre classeMembre1 pour appeler des fonctions spécifiques à classeMembre2 ?

Salut,

Ce qui foncitonne pour avoir un retour co-variant, c'est une organisation sous la forme de

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36

class Base{}; class Derivee:public Base { /* contenu de la classe "données" */ }; class Deriv2:public Base { /* contenu de la classe "données" */ };   class Interface { public: Inerface(){} virtual ~Interface(){} virtual Base& Data()=0; }; class Travail:public Interface { public: Travail(Derivee& d):Interface(),_data(d){} virtual ~Travail(){} Derivee& Data(){return _data;} private: Derivee _data; }; class Trav2: public Interface { public: Trav2(Deriv2& d):Interface(),_data(d){} virtual ~Trav2(){} Deriv2& Data(){return _data;} private: Deriv2 _data; };

---

L'idée est que:

• Les classes membres doivent toutes dériver d'une base commune (OK, fourni par ton API)
• Les classes de travail doivent toutes dériver d'une interface commune
• Le renvoi co-variant doit etre une référence ou un pointeur
  
  • du type de base pour l'interface
  • du type de donnée pour les autres
• tu n'a pas de relation directe entre les deux classes de travail (autre le fait de l'héritage d'une classe commune)
• Les fonctions qui n'ont pas besoin d'avoir acces à (ici _data) sont définies dans l'interface
• Les fonctions qui ont besoin d'avoir acces à (ici _data) sont définies dans les classes de travail et virutelle pures dans l'interface
• Rien ne t'empeche d'avoir plusieurs niveau d'imbriquation entre les différentes classes "données" ni entre l'interface et la classe de travail ;)

[EDIT]La seule chose à laquelle le code proprosé n'a pas porté attention est le fait qu'il faudra au minimum une fonction qui ne soit pas virutelle en ligne, sinon l'éditeur de lien ne trouvera pas la vtable :P

J'ai commencé un autre code dans lequel la classe membre n'apparaît qu'une seule fois sous forme d'une référence.

Dans la classe mère, je fais normalement appel aux fonction de la classe membre.

Dans les classes dérivées, je transtype (dynamic_cast) tout d'abord la classe membre vers le type qui correspond à la classe dérivée. Ensuite, je peux faire appel aux fonctions spécifiques à la classe membre dérivée.

Ainsi, la seule occupation mémoire est celle d'un pointeur commun à toutes les classes dérivées...

Je vous dirai si ça marche. :-)