Discussion :

[fabienpot]

Bonjour,

Voici mon problème.
J'ai une classe template (simplifiée à l'extrème pour l'exemple):

Code :

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

1
2
3
4
5
6
 
public:
template <class S> class RequestProcessor {
  RequestProcessor();
  virtual ~RequestProcessor();
};

Voici l'implémentation :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
#include "stdafx.h"
#include "RequestProcessor.h"
 
//////////////////////////////////////////////////////////////////////
 
template <class S> 
RequestProcessor<S>::RequestProcessor()
{
}
 
//////////////////////////////////////////////////////////////////////
 
template <class S> 
RequestProcessor<S>::~RequestProcessor()
{
}

Une classe dérivée :

Code :

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

1
2
3
4
5
6
7
8
9
 
#include "market\RequestProcessor.h"
 
class ContractInfoProcessor : public RequestProcessor<char>
{
public:
  ContractInfoProcessor(void);
  virtual ~ContractInfoProcessor(void);
};

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
#include "StdAfx.h"
 
#include "ContractInfoProcessor.h"
 
//////////////////////////////////////////////////////////////////////
 
ContractInfoProcessor::ContractInfoProcessor(void)
{
}
 
//////////////////////////////////////////////////////////////////////
 
ContractInfoProcessor::~ContractInfoProcessor(void)
{
}

A la compilation :

ContractInfoProcessor.obj : error LNK2019: symbole externe non résolu "public: __thiscall RequestProcessor<char>::RequestProcessor<char>(void)" (??0?$RequestProcessor@D@@QAE@XZ) référencé dans la fonction "public: __thiscall ContractInfoProcessor::ContractInfoProcessor(void)" (??0ContractInfoProcessor@@QAE@XZ)
ContractInfoProcessor.obj : error LNK2019: symbole externe non résolu "public: virtual __thiscall RequestProcessor<char>::~RequestProcessor<char>(void)" (??1?$RequestProcessor@D@@UAE@XZ) référencé dans la fonction "public: virtual __thiscall ContractInfoProcessor::~ContractInfoProcessor(void)" (??1ContractInfoProcessor@@UAE@XZ)



Avez-vous une idée ?

Merci

[farscape]

salut ,dans la classe de base tu n'as pas mis void dans le constructeur.
dans la classe derivée tu n'appels pas le constructeur de la classe de base.

[fabienpot]

Salut farscape,

Je viens de rajouter void, pour voir, dans le constructeur et le destructeur de la classe Template, ca n'a rien changé.

De plus, je suis a peu près sur que c'est une syntaxe équivalente.

[farscape]

void dans le destructeur ne sert a rien .
enleve le pour voir ./
de plus je mettrais la definition de la classe template dans son .h et pas dans un cpp.

[Aurelien.Regat-Barrel]

Erreur de link normale:
http://c.developpez.com/faq/cpp/?pag...VERS_templates

[fabienpot]

Merci beaucoup Aurélien, effectivement ca marche !

Je n'ai pas réussi à mettre dans deux fichiers séparés comme proposé par la faq (problème d'en-tête précompilée), mais dans le même fichier, ca compile !

Par contre la faq n'explique pas pourquoi cette nécessité ? Est-ce-que tu saurais ?

C'est toujours interessant de comprendre ...

[Aurelien.Regat-Barrel]

Une version modifiée de cette réponse détaille plus, elle sera mise en ligne dans quelques jours. La voici:

Le standard C++ permet de séparer la déclaration d'une classe/fonction template de son implémentation au moyen du mot-clé export. En théorie, il est donc possible de déclarer sa classe/fonction template dans un fichier .h, et de l'implémenter dans un .cpp, comme on le fait traditionnelement avec les fonctions/classes non template. Mais en pratique, c'est une fonctionnalité si complexe à réaliser que seul (à ce jour) quelques compilateurs basés sur le front-end d'EDG implémentent (Comeau, Intel, ...). Qui plus est, il s'agit d'une fonctionnalité du langage contreversée dont le maitient dans la prochaine norme est débattu. On peut donc considérer que même lorsque c'est possible, il n'est pas raisonnable de séparer l'implémentation d'un template de sa déclaration dans l'état actuel des choses. Autrement dit, tout son code doit figurer dans le .h.
On peut cependant conserver la logique de la séparation interface/implémentation en la simulant de cette manière:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
// exemple.h
#ifndef EXEMPLE_H
#define EXEMPLE_H
 
template <typename T>
class Exemple
{
public:
    Exemple();
};
 
#include "exemple.tpp" // <-- astuce ici !!!
#endif

Code :

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

1
2
3
4
5
6
 
// exemple.tpp
template <typename T>
Exemple<T>::Exemple()
{
}

L'astuce consiste à inclure à la fin du .h le fichier contenant le corps du template.
Notez l'utilisation de l'extension .tpp au lieu du classique .cpp afin de faire la distinction avec les fichiers cpp classiques (pouvant être compilés, contrairement au code template qui doit d'abord être spécialisé avant de pouvoir être compilé). Il n'y a pas vraiment de convension, on trouve de nombreuses autres extensions : .htt, .tcc, .tpl, ... Libre à vous de choisir celle que vous préférez.

Note : plutôt que d'éditer ton titre en "réglé", clic simplement sur le bouton résolu

[fabienpot]

c'est noté, je suis un peu nouveau ici