Discussion :

[olive_le_malin]

Bonjour,

dans un code je vois des appels à des :
- DECLARE_DYNCREATE,
- IMPLEMENT_DYNCREATE,
ce qui apparemment permet de créer des objets du type le + dérivé lorsqu'on fait appel à la fonction CRuntimeClass::CreateObject()

Exemple :
dans un code existant, on a une hierarchie (base --> dérivée) :
CObject --> CDerivee1.
On désire le modifier pour ajouter des membres. On crée alors une nouvelle classe, CDerivee2 qui dérive de CDerivee1 :
CObject --> CDerivee1 --> CDerivee2

Ainsi lorsqu'une instance de classe X désire dans le code existant créer des objets de type CDerivee1, et bien ce sont des des objets de type CDerivee2 qui sont crées.

J'aimerais savoir quel est le mécanisme mis en place ?
Serait-il possible de s'en passer en faisant autrement (C++ portable quoi) ?

Merci par avance

[Médinoc]

Il n'y a pas d'équivalent à CreateObject() intégré au mécanisme de RTTI du C++ standard : Tu dois écrire la fonction toi-même.

Conseil: Renseigne-toi sur le Design Pattern "Factory".

[olive_le_malin]

Ha d'accord, donc ça fait partie du RTTI ...
Mais je n'ai pas activé l'option RTTI dans les options du projet ...

Cependant, je ne vois pas trop comment est-ce que ça se passe.
Comment est ce que le compilo peut créer des objets du type le + dérivé, alors que ce n'est pas ce que le code demande : il demande la création d'objet Derivee1, et "par magie" c'est un objet Derivee2 qui est crée !

Bon Je vais regarder le DP factory comme conseillé.

Merci

[Médinoc]

CRuntimeClass ne fait PAS partie du mécanisme standard de RTTI : C'est une implémentation MFC qui n'utilise pas du tout la RTTI (qui n'était pas encore bien développée à l'époque) et qui pour cette raison ne supporte pas les mêmes choses:

• La RuntimeClass ne supporte pas l'héritage multiple.
• Mais elle supporte la création dynamique d'objets ayant un constructeur par défaut,
• et il me semble bien qu'il y a aussi une map de CRuntimeClass dans l'appli pour créer un objet directement à partir du nom de la classe...

[Mat.M]

Ha d'accord, donc ça fait partie du RTTI ...

Eh non c'est propre aux MFC tu as le code source des MFC

Code :

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

1
2
3
4
 
#define DECLARE_DYNCREATE(class_name) \
	DECLARE_DYNAMIC(class_name) \
	static CObject* PASCAL CreateObject();

dans afx.h
Attention les MFC c'est toute une hiérarchie de classe donc le méchanisme d'héritage dont tu parles c'est propre à ces classes là.

J'ai l'impression que tu veux faire des classes "mutantes" je me trompe ?

[Mat.M]

et il me semble bien qu'il y a aussi une map de CRuntimeClass dans l'appli pour créer un objet directement à partir du nom de la classe...[/LIST]

c'est apparemment ce qui est appelé en interne vtable ou tables de pointeur sur objets

[olive_le_malin]

Eh non c'est propre aux MFC tu as le code source des MFC

Code :

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

1
2
3
4
 
#define DECLARE_DYNCREATE(class_name) \
	DECLARE_DYNAMIC(class_name) \
	static CObject* PASCAL CreateObject();

dans afx.h
Attention les MFC c'est toute une hiérarchie de classe donc le méchanisme d'héritage dont tu parles c'est propre à ces classes là.

J'ai l'impression que tu veux faire des classes "mutantes" je me trompe ?

Ben déjà c'est de comprendre ce mécanisme pour bien l'utiliser.
Et je me retrouve à faire évoluer un code qui l'utilise.
Ca m'arrange vraiment bien que ça existe, parce que justement je n'aurai pas su comment faire si ça n'exsitait pas ... d'où ma question.

Je regarde le DP factory ...

@+