Discussion :

[obby]

Salut à tous,

j'ai un problème, en fait je fais du polymorphisme mais la classe "mère" n'est pas la classe de plus haut niveau et du coup je n'arrive pas à surcharger l'opérateur =.

voici l'architecture, c'est pas très beau mais bon :

Code :

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

1
2
3
4
5
6
7
           Gtk::Widget
            ^           ^
            |            |
         CFenetre   |
       ^            ^ |
        |            |  |
CFenetre3D     CFenetre2D

Est-ce que quelqu'un connait la solution

[obby]

zut, on voi mal l'architecture, j'espère que ca ira mieux avec ca :

CFenetre : public Gtk::Widget

CFenetre2D : virtual public CFenetre, virtual public Gtk::Widget

CFenetre3D : virtual public CFenetre

[Médinoc]

Code :

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

1
2
3
4
5
6
7
        Gtk::Widget
           ^    ^
           |    |
       CFenetre |
        ^    ^  |
        |    |  |
CFenetre3D  CFenetre2D

Mais bon, je ne comprends pas trop la question pour autant.

En plus, j'avais cru lire quelque part sur ce forum que les opérateurs ne pouvaient être polymorphes... ??
(ou bien, peut-être est-ce seulement pour le cas des opérateurs "globaux", du genre operator<<(ostream &, quelquechose))

[Fiquet]

Une bonne méthode pour la copie d'objets polymorphiques dans la FAQ : http://c.developpez.com/faq/cpp/?pag...es#CLASS_clone

[obby]

> En plus, j'avais cru lire quelque part sur ce forum que les opérateurs ne pouvaient être polymorphes... ??

En fait, j'essaye de palier à ce probleme car je me rend compte que ca va etre difficile.

Merci Fiquet, je vais essayer ca pour voir

[loufoque]

l'operator= de Gtk::Widget est-il virtuel ?

[Luc Hermitte]

La copie (de valeur) est difficilement compatible avec les hiérarchies polymorphes. Quand on a vraiment besoin de dupliquer un objet provenant d'une telle hiérarchie, alors le "clonage" est la solution idiomatique. L'interdiction explicite de copie me suffit souvent -- cela évite des erreurs et cela simplifie le code.


Si vraiment on veut une sémantique de valeur (ou juste de copie) sur une hiérarchie polymorphe et que cela tienne la route sur le plan design, j'ai croisé deux "feintes":
- l'"idiome enveloppe-lettre" développé par Coplien
- les "objets réguliers" qui sont présentés sur des transparents des responsables des projets Adam & Eve de chez Adobe.

[loufoque]

Et où peut-on trouver ces transparents ?

[Luc Hermitte]

Sur leur wiki:http://opensource.adobe.com/twiki/bi.../RegularObject

[dabeuliou]

Euh, juste une question bête : le fait que CFenetre2D dérive de Gtk::Widget ET de CFenetre, ça sert à quoi ?
Le simple fait de dériver de CFenetre implique que CFenetre2D contiendra les membres de Gtk::Widget. En fait, je ne comprend pas ta double dérivation, elle me semble redondante.

[obby]

c'est une erreur bête en fait
mais ca été corrigé