Version imprimable
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:
2
3
4
5
6
7Gtk::Widget ^ ^ | | CFenetre | ^ ^ | | | | CFenetre3D CFenetre2D
Est-ce que quelqu'un connait la solution
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
Mais bon, je ne comprends pas trop la question pour autant.Code:
2
3
4
5
6
7Gtk::Widget ^ ^ | | CFenetre | ^ ^ | | | | CFenetre3D CFenetre2D
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))
Une bonne méthode pour la copie d'objets polymorphiques dans la FAQ : http://c.developpez.com/faq/cpp/?pag...es#CLASS_clone
> 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 ;)
l'operator= de Gtk::Widget est-il virtuel ?
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.
Et où peut-on trouver ces transparents ?
Sur leur wiki:http://opensource.adobe.com/twiki/bi.../RegularObject
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.
c'est une erreur bête en fait :?
mais ca été corrigé :lol: