Discussion :

[pyrrhon_]

Bonjour � tous,

voil�, je sais bien que c'est d�j� fais, mais j'ai voulu faire un logger pour plusieurs raisons: pour apprendre certaines bases, parce que ce logger est destin� � une application qui, pour diff�rentes raisons, doit utiliser un minimum de libs externes, etc.

Bref, je vous pr�sentes ici mon header tr�s �pur� (plus de pare-feu de compil, etc.), en esp�rant que vous aurez un peu de temps pour me dire ce que vous en pensez:

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
18
19
20
21
22
23
24
25
26
27
28
29
 
enum LOG_LEVEL
{
	LOG_DEBUG,	
	LOG_WARNING,
	LOG_ERROR,
	LOG_CRITICAL
};
 
class Logger
{
public:
	Logger();
	~Logger();
	static int	init(const LOG_LEVEL level, const std::string logFilePath, const bool consoleOut);
	void		log(const std::string log, const LOG_LEVEL level = LOG_DEBUG);
	void		log(const std::string log, const bool consoleOut, const LOG_LEVEL level = LOG_DEBUG);
	static LOG_LEVEL		logLevel;
	static std::string	logFile;
	static bool		consoleOutput;
	static bool		isInitialized;
 
private:
	static bool	writeLine(std::string str);
	std::string	logLevel2String(LOG_LEVEL level);
};
 
void LOG(const std::string log, const LOG_LEVEL level = LOG_DEBUG);
void LOG(const std::string log, const bool consoleOut, const LOG_LEVEL level = LOG_DEBUG);

Le principe consiste � initialiser une fois de logger puis n'utiliser que la fonction LOG(...).

Et voici un exemple d'utilisation:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
Logger::init(logLevel, logFile, true);
LOG("test log"); //log simple
LOG("test log avec console output", true); //log avec outout sur la console

[JolyLoic]

Sans m�me regarder les possibiit�s de configuration du log, je n'aime pas du tout l'interface que cet objet va imposer � chaque fois qu'on veut logger quelquechose. Elle m'oblige � ne logger que des strings, alors que j'aimerais pouvoir logguer des strings, des nombres, mes propres classes, des combinaison...

Un truc genre :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

LOG() << "Test " << 42 << monObjet;

Ou

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

LOG( "Test " << 42 << monObjet);

Ou autre �criture du genre.

[ZaaN]

JolyLoic a raison et pour rendre ton logger plus confortable, voici un prototype de fonction � nombre d 'argument variable pour logger tes info :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

void AddToLogFile(LPCTSTR szFmt,...);

l�. tu passes tes elements comme dans un printf standard

PS : rajoute y tes param�tres, comme ton loglevel...

[Laurent Gomila]

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

void AddToLogFile(LPCTSTR szFmt,...);

Pratique pour faire un truc moche et pas extensible

En C++ on a fait beaucoup mieux avec le cha�nage d'appels et la surcharge, comme l'a montr� Lo�c. D'ailleurs un bon point de d�part pour un logger peut �tre un flux standard (ostream), qu'on peut d�river. On peut aussi combiner �a � std::streambuf (qu'on peut d�river �galement). Il doit y avoir de bons articles sur le sujet.

[ZaaN]

merci, merci,

D'ailleurs un bon point de d�part pour un logger peut �tre un flux standard (ostream), qu'on peut d�river.

En gros il faut redefinir les operateurs << pour chaque type d'objet ?

[pyrrhon_]

Merci pour vos remarques

J'avais h�sit� � utiliser les op�rateurs de flux, mais �tant donn� que je ne connais pas grand chose sur le sujet, j'avais abandonn�. Et puis je n'en voyais pas trop l'int�r�t. Maintenant je le vois tr�s clairement.
Je vais le faire, �a me fera un bon excercice

[Laurent Gomila]

En gros il faut redefinir les operateurs << pour chaque type d'objet ?

Justement non, l'int�r�t de d�river de std::ostream est entre autres d'avoir ces surcharges d�j� disponibles.
Par contre si tu ne d�rive pas de std::ostream, tu vas devoir toutes te les taper.