C++

Polymorphisme et static_cast

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Polymorphisme et static_cast

azubal

Hello à tous,
Je m'y perds un peu dans tous ces principes de cast et de polymorphisme alors j'en appel à vous.

Soit le code suivant :

Code :

class I
{
public:
I() {};
virtual ~I() {};
virtual void i() = 0;
};
class Base: public I
{
public:
int foo;
void i() { foo = 42; }
};
class Fille: public Base
{
public:
int bar;
};
int main()
{
I *pI = new Base();
Fille *pFilleStatic = static_cast<Fille *>(pI);
Fille *pFilleDynamic = dynamic_cast<Fille *>(pI);
}

Question 1 :
Est ce légal de faire ça ?

Question 2 :
Le static_cast semble fonctionner mais le dynamic_cast me retourne un pointeur nul.
Pourquoi ?

Merci pour votre aide :jap:

Message édité par azubal le 21-08-2013 à 17:38:05

Publicité

theshockwave

I work at a firm named Koslow

Non, c'est illégal de faire un static cast dans ton cas.
dynamic cast te retourne nullptr parce que l'instance que tu manipules n'est pas de la classe dans laquelle tu convertis.

Edit : si tu faisais I *pI = new Fille(); tout le reste serait légal et fonctionnerait.

Message édité par theshockwave le 21-08-2013 à 17:52:05

---------------
last.fm

azubal

Arf!
Je me doute bien mais pour garder une certaine modularité je ne voudrai pas toucher à "I *pI = new Base();".

Comment faire (proprement) pour convertir ça vers le type de mon choix (du moment qu'il hérite de Base) ?

Edit: Et si je bricole une factory à base de template pour specifier le type que je veux creer avec new ?

Code :

class Factory
{
template<T=Base> static T createObject() { return new T(); }
};

Et que dans mon main je puisse faire

Code :

I *pI = Factory::createObject<Fille>(); ?

Message édité par azubal le 21-08-2013 à 18:24:50

theshockwave

I work at a firm named Koslow

tu ne peux pas ...
Si la classe instanciée est au-dessus de toi, tu ne peux pas magiquement la convertir dans un type qui en dérive. Fin de l'histoire.

~~Si tu ne peux pas changer le type instancié, c'est perdu ... Mais je doute que ce soit vraiment le cas, non ? Pourquoi est-ce que tu te refuses à instancier directement une classe fille ?~~
j'aurais du lire avec le doigt.
oui tu peux faire ca, et c'est effectivement un pattern classique.
En général, tu vas donner une forme d'identifiant pour décrire la classe à instancier.
Chaque classe devra avoir été au préalable enregistrée dans ta factory

Message édité par theshockwave le 21-08-2013 à 18:33:35

---------------
last.fm

azubal

En réalité j'utilise une class "Server" avec un membre "Client *createClient()" qui me sort un pointeur vers un objet Client à chaque fois que je l'appelle.
Ce membre ne fait rien d'autre que faire un "new Client(...)" en passant les bons parametres et en settant les différents champs de Client (qui à Server en "friend" ).

Maintenant je voudrai surcharger Client pour lui ajouter de nouvelles fonctionnalités mais continuer à faire en sorte que ce soit "Server" qui me crée les objets. En revanche "Server" ne peut pas avoir connaissance de ma classe hérité "SuperClient".

Message édité par azubal le 21-08-2013 à 18:51:23

theshockwave

I work at a firm named Koslow

Il doit y avoir des millions d'exemples pour des factory ...

Code :

#include <string>
#include <map>
#include <iostream>
using namespace std;
struct IClient
{
virtual ~IClient() {}
virtual void Print()
{
cout << "IClient::Print()" << endl;
}
};
struct IClientParams{};
struct Server
{
typedef IClient* (*ClientConstructor)( const IClientParams& params );
typedef map< string, ClientConstructor > ClientCtorMap;
static void Register( const string& clientName, ClientConstructor ctor )
{
staticClientCtorMap[ clientName ] = ctor;
}
IClient* BuildClient( const string& clientName, const IClientParams& params )
{
ClientCtorMap::const_iterator clientCtorIt = staticClientCtorMap.find( clientName );
if( clientCtorIt != staticClientCtorMap.end() )
{
return (*clientCtorIt->second)( params );
}
return NULL;
}
static ClientCtorMap staticClientCtorMap;
};
Server::ClientCtorMap Server::staticClientCtorMap;
struct ClientBlah : IClient
{
static IClient* Build( const IClientParams& params )
{
return new ClientBlah( params );
}
ClientBlah( const IClientParams& params )
: params( params )
{
}
virtual void Print()
{
cout << "ClientBlah::Print()" << endl;
}
IClientParams params;
};
int main()
{
Server::Register( "ClientBlah", &ClientBlah::Build );
Server server;
IClient* pClient = server.BuildClient( "ClientBlah", IClientParams() );
pClient->Print();
delete pClient;
return 0;
}

Code :

s@FRWP1S ~
$ g++ -o plop.exe -Wall plop.cpp
s@FRWP1S ~
$ ./plop.exe
ClientBlah::Print()

Edit : fix pour l'indentation cassée

Message édité par theshockwave le 21-08-2013 à 19:36:27

---------------
last.fm

azubal

Merki.

Finalement je m'en suis sorti avec mes templates :

Code :

class Server
{
template <class T>
T *createClient()
{
T *pT = new T();
pT->foo = 42;
return pT;
}
}
class Client
{
public:
int foo;
};
class SuperClient : public Client
{
};
int main()
{
Server server;
SuperClient *pClient = server.createClient<SuperClient>();
}

En revanche je me demande si ya moyen de spécifier que la class passé en template doit forcement dériver de "Client" ?

Message cité 1 fois
Message édité par azubal le 22-08-2013 à 19:20:58

theshockwave

I work at a firm named Koslow

azubal a écrit :

Merki.

Finalement je m'en suis sorti avec mes templates :

Code :

class Server
{
template <class T>
T *createClient()
{
T *pT = new T();
pT->foo = 42;
return pT;
}
}
class Client
{
public:
int foo;
};
class SuperClient : public Client
{
};
int main()
{
Server server;
SuperClient *pClient = server.createClient<SuperClient>();
}

En revanche je me demande si ya moyen de spécifier que la class passé en template doit forcement dériver de "Client" ?

Pas de manière élégante. Les "concepts" ont été repoussés au prochain standard au moins.
Cela étant dit, tu peux probablement tricher en faisant un static_cast<IClient*>( pT ); qui causera une erreur de compilation si le type n'est pas de la bonne famille.

---------------
last.fm

Joel F

Real men use unique_ptr

ou utiliser boost::is_base_derived

Message cité 1 fois

theshockwave

I work at a firm named Koslow

Joel F a écrit :

ou utiliser boost::is_base_derived

Ca fait le test au runtime ou à la compilation, ca ?
Parce que dans son cas, le top, c'est d'avoir le message à la compilation ...

---------------
last.fm

Publicité

azubal

Ce serait mieux à la compilation en effet.
Et je fais partie de ceux qui (très probablement à tord) ne veulent pas utiliser boost.

Joel F

Real men use unique_ptr

c'est a la compilation.

Apres l'outil est la si vous voulez vous cassez les pieds a reinventer la roue carre, allez y.

Message cité 1 fois

theshockwave

I work at a firm named Koslow

Joel F a écrit :

c'est a la compilation.

Apres l'outil est la si vous voulez vous cassez les pieds a reinventer la roue carre, allez y.

Citation :

This version detects ambiguous base classes and private base classes correctly

Cette info en début de la doc me fait me demander si c'est toujours désirable de connaître l'héritage privé des classes.

Et accessoirement, parfois, on a des contraintes qui font aussi que non, on ne peut pas s'en servir, parce que "l'outil" ne fait pas partie du standard et parce qu'on a des restrictions spécifiques
(Et personnellement, je suis dans le cas bâtard où une partie du projet sur lequel je bosse a droit à C++11 et boost, mais pas le reste du projet [:petrus75] )
Du coup, ca reste bien de savoir faire une roue octogonale

---------------
last.fm

FORUM HardWare.fr

Programmation

C++

Polymorphisme et static_cast

Sujets relatifs
cast de float en int	lsite chainée en ADA avec allocation static des objets dans un tableau
anonymous namespace et static	[C#] Service Windows et méthode static d'une dll précompilée [Résolu]
[Résolu][MySQL] Cast d'un integer vers un champ time	question d'héritage et polymorphisme
[VBA]: variable static initialisation	Cast et template
Méthode n'appartenant qu'à une classe fille - dynamic_cast	static inline
Plus de sujets relatifs à : Polymorphisme et static_cast

Page générée en 0.082 secondes