class template et constructeur

[Gorgo13]

Bonjour, je suis en train d'essayer d'apprendre à utiliser les classes template sous VS2010.

J'ai le code suivant:

Code :

1
2
3
4
5
6
7
8
9
10
template <typename T>
class MCODE_Data : public MCODE_Module
{
public:
	MCODE_Data(MCODE_LogManager *_Log);
	virtual ~MCODE_Data();
 
protected:
	T *DataPtr;
}

L'implémentation est:

Code :

1
2
3
4
5
6
template <typename T>
MCODE_Data<T>::MCODE_Data(MCODE_LogManager *_Log)
{
	// CONSTRUCTOR
	this->Log = _Log;
}

Tout se compile bien pour ce projet (qui créée une librairie statique).

Dans un projet de test, j'utilise:

Code :

MCODE_Data<INT32> *MyData = new MCODE_Data<INT32>(Log);

qui me génère l'erreur suivante:

Code :

1>Dev_MultiCODEView.obj : error LNK2001: symbole externe non résolu "public: __thiscall MCODE_Data<int>::MCODE_Data<int>(class MCODE_LogManager *)" (??0?$MCODE_Data@H@@QAE@PAVMCODE_LogManager@@@Z)

Si je n'utilise pas le template, tout est OK. Donc j'imagine que c'est un problème de syntaxe ou bien je n'ai rien compris.

Merci d'avance pour votre aide.

G13.

[djuju]

Salut,

J'ai attendu un moment avant de répondre pour voir si quelqu'un d'autre avait mieux que moi, car je ne connais pas ce problème à fond.
Par contre, je l'ai déjà rencontré et je l'ai contourné en implémentant les parties génériques de ma classe directement dans le header.

Honnêtement, je ne pense pas qu'il y ait d'autre solution. Je n'en suis pas sur à 100%, mais ça parait logique.
Les templates sont de l'héritage statique. Le type "hérité" est donc résolut à la compilation et non à l'exécution. Il faut donc que le compilateur compile une spécialisation de ta classe lorsqu'il en rencontre une.
Disons que tu as une classe A<T> définit dans la lib a et que tu instancies un A<int> dans la lib b (ou exe, ou autre). Le compilateur devra compiler le type A<int> lors de la compil de b et non de a (jusque là, j'en suis sur).
Hors, lors de la compil de b, je ne vois pas comment il aurait accès aux implémentations présentes dans les .cpp de la lib a. En implémentant tout ce qui touche au type T dans a.h, tu donnes l'accès à l'implémentation de ton template lors de la compil de b. Ça c'est mon intuition, mais en tout cas ça marche

[Gorgo13]

Salut Djuju, merci bien pour la réponse, effectivement ça marche!

C'est vrai que ton explication est tout à fait logique. J'aimerais quand même avoir la confirmation d'un gourou du C++ pour savoir s'il n'y a vraiment aucune autre alternative... parce que bonjour la lourdeur des fichiers header...

Gorgo T.

[bacelar]

L'explication de djuju est tout à fait juste.
C'est même l'une des principales différences entre les template du C++ et des génériques du C++/CLI.

Pour ne pas avoir l'implémentation des méthodes templates dans le .h (mais faut éviter les classes tamplates "longue" ), on utilise souvent des fichiers .inl.
Mais c'est purement cosmétique car c'est juste ajouter un #include sur le .inl à la fin du .h.

Beaucoup de librairies sont "template", avec un code dans le .lib extrêmement succinct. Car la quasi totalité du boulot est fait lors de la compilation du projet utilisant ces librairies, dans l'instanciation des classes templates demandé par le code client.

Il faut donc "instancier" le template avec les types nécessaires dans le code de la librairie si vous ne voulez pas "publier" le code de celui-ci.

J'ai trouvez un trick sympa sur comment publier un template mais pas trop.
https://anteru.net/2008/11/19/318/