Méthode template dans classe non template ?

Bonjour,

je me suis créé une classe pour gérer de manière souple des messages d'exception :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

// exception de base class exception_base : public std::exception { public: // methodes publiques exception_base(void); exception_base(exception_base& e); virtual ~exception_base(void); // operateurs de flux exception_base& operator<<(const char* s); exception_base& operator<<(const int& v); exception_base& operator<<(const unsigned int& v); // recuperation du message d'erreur std::string Message(void); protected: // donnees protegees std::ostringstream m_sMessage; };

---

vous remarquerez en gras les opérateurs de flux pour envoyer un int et un unsigned int dans le flux

j'aimerai savoir s'il y a un moyen de templater l'opérateur ou si je vais devoir (re)définir tous les opérateurs qui me sont nécessaires

en passant, si vous avez des commentaires/critiques sur cette classe n'hésitez pas à m'en faire part ;)

Oui, tu peux sans problèmes définir des membres templates dans une classe non template, à condition que les membres ne soient pas virtuels.

Mais la méthode habituelle pour optenir les opérateurs d'insertion, c'est d'hériter de ostream en ayant défini son propre streambuf. Il y a un exemple dans la FAQ de fclc++.

merci pour le lien, je vais aller y jeter un oeil ;)

de mon côté j'ai ajouté la méthode suivante à ma classe :

Code:

---

1 2 3 4 5

template<class T>exception_base& operator <<(const T& something) { m_sMessage << something; return *this; }

---

est-ce une bonne solution ?

en tout cas ça fonctionne :mouarf: , à condition que je déclare toute la méthode dans le .h
je ne comprend pas pourquoi je ne peux prototyper la méthode dans le .h et la déclarer dans le .cpp sans avoir d'erreurs de liens non résolus :?

Citation:

---

Envoyé par shenron666

je ne comprend pas pourquoi je ne peux prototyper la méthode dans le .h et la déclarer dans le .cpp sans avoir d'erreurs de liens non résolus :?

---

http://c.developpez.com/faq/cpp/?pag...VERS_templates

Citation:

---

en tout cas ça fonctionne

---

Tu ne pourras pas injecter de manipulateurs (std::endl par exemple).

Citation:

---

Envoyé par shenron666

je ne comprend pas pourquoi je ne peux prototyper la méthode dans le .h et la déclarer dans le .cpp sans avoir d'erreurs de liens non résolus :?

---

Il y a moyen, mais les compilateurs qui supportent ça sont rares. Il faut utiliser export (liens vers un texte en anglais).

Citation:

---

Envoyé par Jean-Marc.Bourguet

Mais la méthode habituelle pour optenir les opérateurs d'insertion, c'est d'hériter de ostream en ayant défini son propre streambuf. Il y a un exemple dans la FAQ de fclc++.

---

je n'ai rien trouvé sur fclc++ me permettant d'aboutir et en même temps je voudrais éviter d'hériter de ostream
mais si tu as un exemple je prend, parcequ'il semble impossible de lever une exception basée sur ostream

Citation:

---

Envoyé par Laurent Gomila

Tu ne pourras pas injecter de manipulateurs (std::endl par exemple).

---

même si c'est plutot secondaire pour une simple classe exception, tu pourrais m'aider que je vois comment faire dans ce cas ?
j'ai essayé différentes surcharges en friend également mais je ne sais pas comment conaitre les bons paramètres à utiliser (type de retour et paramètres à passer)
je pense que ça pourrais au moins être utile pour apprentissage :mouarf: sinon pour une classe de log

Citation:

---

même si c'est plutot secondaire pour une simple classe exception, tu pourrais m'aider que je vois comment faire dans ce cas ?
j'ai essayé différentes surcharges en friend également mais je ne sais pas comment conaitre les bons paramètres à utiliser (type de retour et paramètres à passer)

---

Je ne me rappelle plus du prototype exact, sûrement une fonction prenant un ostream en paramètre. Cherche dans les en-têtes la surcharge de << qui prend ce genre de manipulateur.
Mais de toute façon, comme déjà dit il vaudra mieux implémenter ton propre streambuf ;)

Citation:

---

Envoyé par shenron666

il semble impossible de lever une exception basée sur ostream

---

Normal, les exceptions doivent être copiables, et ostream ne l'est pas.

Citation:

---

Envoyé par Laurent Gomila

Je ne me rappelle plus du prototype exact, sûrement une fonction prenant un ostream en paramètre. Cherche dans les en-têtes la surcharge de << qui prend ce genre de manipulateur.

---

en fait, l'erreur du compilateur indique qu'il lui faut une fonction surchargée en paramètre :

Citation:

---

main.cpp(15): error C2679: '<<' binaire*: aucun opérateur trouvé qui accepte un opérande de partie droite de type 'overloaded-function' (ou il n'existe pas de conversion acceptable)

---

J'ai donc implémenté cette méthode :

Code:

---

1 2 3 4 5

exception_base& operator<<(std::ostream& (__cdecl *_Pfn)(std::ostream&)) { ((*_Pfn)(m_sMessage)); return *this; }

---

ce qui me permet de générer une exception de la manière suivante (programme de test) :

Code:

---

1 2 3 4 5 6 7

try { char* filename = "config.cfg";   THROW_EXCEPTIONMESSAGE(std::endl << "Fichier \"" << filename << "\" introuvable" << std::endl); } catch (exception_base& e) { std::cout << e.Message();// << std::endl; }

---

j'ai créé les defines suivants pour me simplifier la vie :

Code:

---

1 2 3

#define SOURCE_LOCATION " dans " << __FILE__ << "(" << __LINE__ << ")" #define THROW_SIMPLEEXCEPTION throw (exception_base() << SOURCE_LOCATION); #define THROW_EXCEPTIONMESSAGE(msg) throw (exception_base() << SOURCE_LOCATION << " : " << msg);

---

Le contructeur de exception_base initialisant m_sMessage avec "Exception", j'obtient la sortie suivante :

Citation:

---

Exception dans main.cpp(15) :
Fichier "config.cfg" introuvable

---

[EDIT] Je met en résolu vu que ça fonctionne au moins comme je le souhaitait
et pour ceux qui veulent le code source complet, je le joint en zip (voir mon dernier post)

Salut,

Les flux sur opérateur nécessitent deux argument, quand on les déclare...

Typiquement, cela se fait sous la forme de

Code:

---

1 2 3 4 5 6 7

ostram& operator<<(ostream& flux,TaClasse &objet) { flux<<objet.membre<<" " <<objet.membre2; returnt flux; }

---

en prenant soin de veiller à ce que membre et memre2 soient, eux meme, compatible avec l'opérateur << ;)

D'un autre coté, je suis quelque peu surpris que ton compilateur ne t'indique ni erreur ni avertissement concernant le destructeur de ta classe...

En effet, le prototype du destructeur d'une std::exception est

Code:

---

1 2	exception::~exception()throw

---

de manière à lui interdire de lancer lui meme une exception...

Dans un projet un peu complexe, j'avais été jusqu'à créer une foule de nouvelles exception, que je délarais comme ceci:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

////////////////////////////////////////////////////////////////////////////// // classe de base de toutes les exception // ////////////////////////////////////////////////////////////////////////////// class CException : public std::exception { private: //l'utilisation de tableau de char devrait etre systématiquement //refusée const char * what()const throw(){return m_Message.c_str();}; protected: std::string m_Message; void Rapport(); public: // class constructor CException(){}; // class destructor ~CException() throw(){}; }; struct CTailleNulle:public CException { CTailleNulle(const std::string &fichier, int ligne); };

---

(exemple d'une demande d'allocation de taille nulle)
et qui était implémentée sous la forme de

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

void CException::Rapport() { std::ofstream ofs; ofs.open("rapportexception.log",std::ofstream::out|std::ofstream::app); ofs<<m_Message; ofs.close(); } CTailleNulle::CTailleNulle(const std::string &fichier, int ligne) { std::ostringstream oss; oss<<"tentative d'allocation d'une taille nulle pour un pointeur dans " <<fichier<<" ligne "<<ligne<<std::endl; #ifdef ENABLESCREEN std::cout<<oss.str(); std::cin.get(); #endif m_Message=oss.str(); Rapport(); }

---

La méthode Rapport() écrivant le message à la fin d'un fichier log, et ENABLESCREEN permettant de déterminer si le message devait apparaitre à l'écran...

L'appelle de l'exception se faisait sous la forme de

Code:

---

1 2 3

if(test risquant de mal tourner) throw CTailleNulle(__FILE__,__LINE__);

---

Suite à ==>une question sur le forum<== (qui n'avait pas grand chose avec la tienne), j'ai placé une archive avec un code source dans lequel toute une série d'exceptions sont déclarées ;)

Citation:

---

Les flux sur opérateur nécessitent deux argument, quand on les déclare...

---

Dans le cas d'une fonction membre, le premier paramètre est *this et le second est en fait le premier argument.
On a donc bien deux paramètres pour l'opérateur<< qui est binaire.

Citation:

---

Envoyé par koala01

Salut,

Les flux sur opérateur nécessitent deux argument, quand on les déclare...

---

je comprend de quoi tu parles, mais ma méthode est interne à la classe
n'est-ce pas uniquement dans une méthode déclarée friend que ce cas s'impose ?

Citation:

---

D'un autre coté, je suis quelque peu surpris que ton compilateur ne t'indique ni erreur ni avertissement concernant le destructeur de ta classe...

---

bah... c'est visual c++ 7.1 alors tu sais les erreurs et warning... il en oublie un peu :mouarf:

Citation:

---

En effet, le prototype du destructeur d'une std::exception est

Code:

---

1 2	exception::~exception()throw

---

de manière à lui interdire de lancer lui meme une exception...

---

je corrige ça tout de suite, je retire le zip que j'ai mis dans le post précédente et je met la nouvelle version ici

Citation:

---

Suite à ==>une question sur le forum<== (qui n'avait pas grand chose avec la tienne), j'ai placé une archive avec un code source dans lequel toute une série d'exceptions sont déclarées ;)

---

je vais aller voir ça de ce pas, merci pour le lien ;)