C++

Heritage: virtual / static probleme de design

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Heritage: virtual / static probleme de design

Olivier51

Voila j'aimerai pouvoir acceder a des infos sur mes classes derivees de maniere static et dynamique, bon c'est pas tres clair un petit exemple :

Structure :

Code :

class Object {
};
class A : public Object {
public:
static const char* getClassName() { return "A"; };
};
class B : public Object {
public:
static const char* getClassName() { return "B"; };
};

Acces :
J'aimerai pouvoir recuperer le nom de la classe par Object::getClassName() ou par a->getClassName() (avec a instance de A).
L'idee serait de faire ca le plus proprement possible. Il y a la solution du template :
template<class T> char* getClassName();
template<A> char* getClassName() { return "A"; }
template<B> char* getClassName() { return "B"; }

Comme il y aura beaucoup de classes heritees d'Object et que ces classes pourraient arriver plus tard, j'aimerais quelque chose de simple pour eviter d'oublier quelque chose. Bien sur la solution qui serait bien ce serait :

Code :

class Object {
public:
virtual static const char* getClassName() = 0;
};

... Mais ca ne semble pas etre possible.

Publicité

Taz

bisounours-codeur

bah de static virtual.

Joel F

Real men use unique_ptr

pas de virtual static ça n'a pas de sens.

Code :

template<class T> char* getClassName();
template<A> char* getClassName() { return "A"; }
template<B> char* getClassName() { return "B"; }

Me parait quand même plus simple et plus sensée.

Taz

bisounours-codeur

et ta prose elle arrive ?

Message cité 1 fois
Message édité par Taz le 15-04-2008 à 10:42:12

papangue

si tu veux faire une RTTI fait le proprement - il y a plein de source sur le net qui explique comment faire.

Joel F

Real men use unique_ptr

Taz a écrit :

et ta prose elle arrive ?

Oui faut que je m'y remettes v_v

Olivier51

Bon, bon c'est pas encore gagné ... Je cherche une solution la plus facilement maintenable et portable.
Je ne connaissais pas le RTTI, d'après ce que j'ai lu, c'est pas non plus adapté à mon cas. Si je souhaite ajouter une nouvelle classe dérivée de ma classe de référence, je dois modifié toutes les fonctions essayant de "dynamic_cast" mes classes dérivées. De meme que dynamic_cast s'applique à un pointeur ou une référence.

La seule solution semble etre les templates ... Je suis en train de trouver comment organiser ça simplement, pour l'instant c'est pas gagné ... Erreur durant le link :

multiple definition of `char* getClassName<A>()'

Il n'a pas l'air d'aimer la specialisation dans un autre fichier ...

Pour l'instant, j'avais ça :
Object.hpp

class Object {

};
template<class T> char* getClassName() { return NULL; }

ObjectA.hpp

#include "Object.hpp"

class A : public Object {

};
template<> char* getClassName<A>() { return "A"; }

Il semblerait que je doive réorganiser en ...
Object.hpp

class Object {

};

ObjectA.hpp

#include "Object.hpp"

class A : public Object {

};

ObjectName.tpp

template<class T> char* getClassName() { return NULL; }

class A;
template<> char* getClassName<A>() { return "A"; }

Message cité 2 fois

Olivier51

Olivier51 a écrit :

Object.hpp

class Object {

};
template<class T> char* getClassName() { return NULL; }

ObjectA.hpp

#include "Object.hpp"

class A : public Object {

};
template<> char* getClassName<A>() { return "A"; }

Le mot magique est inline :
Object.hpp

class Object {

};
template<class T> char* getClassName() { return NULL; }

ObjectA.hpp

#include "Object.hpp"

class A : public Object {

};
template<> inline char* getClassName<A>() { return "A"; }

Taz

bisounours-codeur

éventuellement, tu peux retourner un const char *, et implémenter les spécialisations dans une UT unique, pour pouvoir comparer par simple ==. Sinon y aura forcément des linker quiche pour faire 36 définitions de "A".

papangue

Olivier51 a écrit :

euh la j'ai pas tout compris :??:

Publicité

in_your_phion

au risque d'être hs ...

typeid().name, c'est pas ça que tu voudrais ?
http://www.cplusplus.com/doc/tutorial/typecasting.html

Joel F

Real men use unique_ptr

non, car c'est pas plateforme independant et ca renvoit pas d'objet de premier ordre, rendant la comparaison de typeid moche.

FORUM HardWare.fr

Programmation

C++

Heritage: virtual / static probleme de design

Sujets relatifs
Probleme d'apostrophe en javascript	[sql] probleme pour creer des tables avec foreign key
Question de design : WebServices et rétrocompatibilité	Probleme requete VBA
probléme de variable	Problème : Installation/Migration site joomla sur serveur ovh
Pixelpost, problème d'accents après upgrade vers 1.7.1	[DOM] : Probleme appendChild
[Batch] Problème de variable dans boucle for	[PHP] pbm fonction "public static"
Plus de sujets relatifs à : Heritage: virtual / static probleme de design

Page générée en 0.037 secondes