C++

ça existe un ostream vide/bidon ?

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : ça existe un ostream vide/bidon ?

Glock 17Pro

ça existe en C++ un stream qui ne fasse rien ?
par exemple pour qu'une ligne suivante consomme le moins possible de CPU:

ostream << "message"

merci

Publicité

Joel F

Real men use unique_ptr

non mais c'est assez simple à faire en héritant de stream je pense

theshockwave

I work at a firm named Koslow

un ostream qui écrit dans /dev/null ? [:dawa]

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

Joel F

Real men use unique_ptr

il ferait qd mm tout son travail en interne. Tu fais un stream qui fait rien dans ses insertions/extractions et zou

Taz

bisounours-codeur

Même si t'hérites, si tu veux tout transformer en NOP, il faudrait tout redéfinir inline

Glock 17Pro

bon j'ai trouvé une autre solution en utilisant les templates, en faite je fais une classe de log avec une gestion de différents level de logs, et il me fallait une feinte pour ne pas prendre en compte des <<'message' quand le level n'est pas suffisament grand

Taz

bisounours-codeur

Tu ne veux pas plutôt réutiliser de l'existent ?

Glock 17Pro

si c'est assez bien oui, mais c'est du boost j'imagine ? idéalement j'aurais besoin d'une classe qui sache être hyper performante pour pouvoir être intégrée dans des applis temps réel, et également user friendly quand il s'agit d'applis moins critiques. La classe de log parfaite quoi en somme

Message édité par Glock 17Pro le 03-06-2009 à 00:30:15

Joel F

Real men use unique_ptr

sauf que genre t'e as le 1er à y penser :E
quant à tes exigences sur le TR .... [:prozac]

Glock 17Pro

ok :heink:

Publicité

theshockwave

I work at a firm named Koslow

si ca correspond à ce que j'ai vu dans tes autres posts, tu calcules en template un booléen à partir de ton niveau de log, donc pourquoi ne pas avoir une fonction log< bool LevelEstAssezHaut >( const string& message ) qui, quand l'argument template vaut vrai, logge vraiment et quand il vaut faux, ne fait rien ?

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

Glock 17Pro

voilà c'est ce que je fais mais le 'rien' me poser me problème car grace un #define mon code pour logger
faisait ainsi :

WriteLog(DEBUG) << "message" << i;
WriteLog(CRITIQUE) << "message2";
WriteLog(FLUSH);

En faite je résoud mon problème en surchant operator << dans la spécialisation de ma classe template ayant comme paramètre bool = false (booléen calculé grace à une une autre classe template,en se basant sur des const, donc calculable à la compilation) . Je fais juste un return *this dans operator << ainsi que dans la méthode appelé pour logger ,comme ça la ligne de tout le code à ne peut pas prendre en compte, par exemple WriteLog(DEBUG) << "message2", car le level demandé est uniquement les messages CRITIQUE, se limite juste à des appels de fonctions vides.

Code :

#include <sstream>
#include <fstream>
#include <iostream>
#include <ctime> //time
namespace Logger
{
#define WriteLog(level) Log< LogHelper<level>::Value >().Get(level)
/* PARAMETRE */
enum LogLevel {FLUSH,DEBUG,INFO,CRITIQUE};
const char * const path = "log.txt";
const int reportingLevel = CRITIQUE;
/* END OF PARAMETRE*/
std::ostringstream log_buffer;
char* GetTime()
{
time_t t = time(NULL);
char * ret=ctime(&t);
ret[24]='\0'; //on enelve le \n
return ret;
}
///////////////////////////
template<int U> struct LogHelper
{
enum { Value = ( U >= reportingLevel ) };
};
template<> struct LogHelper<0>
{
enum { Value = 2};
};
///////////////////////////
template<int condition> struct Log{};
template<> struct Log< 1 >
{
public:
Log(){}
~Log() { log_buffer << std::endl; }
std::ostringstream& Get(LogLevel level) const
{
log_buffer << GetTime() << " " << level << ": ";
return log_buffer;
}
private:
Log(const Log& );
Log& operator =(const Log& );
};
////////DO NOTHING//////////
template<> struct Log< 0 >
{
Log< 0 >& Get(LogLevel level)
{
return *this;
}
template<class T>
Log< 0 >& operator <<(T t)
{
return *this;
}
};
////////WRITE TO FILE//////////
template<> struct Log< 2 >
{
void Get(LogLevel /*dummy*/) const
{
std::ofstream file(path);
file<< log_buffer.str();
file.close();
}
};
}

Message édité par Glock 17Pro le 03-06-2009 à 10:55:39

theshockwave

I work at a firm named Koslow

pourquoi ne pas faire plutôt :

Code :

WriteLog(DEBUG, "message" << i );
WriteLog(CRITIQUE, "message2" );
WriteLog(FLUSH);

et dans ta macro, tu ne fais rien, ou alors tu balance ton message dans ton stream ?

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

Glock 17Pro

en testant avec un if dans la macro?

theshockwave

I work at a firm named Koslow

Code :

#define WriteLog_DEBUG( ... )
#define WriteLog_CRITIQUE( message ) ostream << message;
#define WriteLog( level, message ) WriteLog_##level( message )

en général, on passe par des macros pour le log aussi parce que ca permet facilement d'ajouter un __FILE__ et un __LINE__ pour avoir un meilleur suivi des problèmes, et ca permet de désactiver intégralement les logs via la définition d'une constante.

Sinon, tu dois aussi pouvoir faire un opérateur template du style :

Code :

template<typename T>
Log<0>& operator << ( Log<0>& log_stream, T& arg )
{
return log_stream;
}

Edit : précision : du coup, si tu fais ca pour le cas général et que tu rediriges directement vers ton stream que tu veux, ca te fera un petit overhead, mais pas bien méchant

Message édité par theshockwave le 03-06-2009 à 13:37:23

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

Glock 17Pro

oui mais le problème c'est que le level pourlequel on veut filtré peut changer d'une execution à l'autre, là j'ai l'impression qu'avec ta macro, le code est figé, tous les messages de niveau égale à DEBUG sont filtrés, comment faire si je les veux par la suite, tout le temps changer à la main? pas très pratique

theshockwave

I work at a firm named Koslow

mais dans ce cas, ton template ne pourra pas non plus s'en sortir ! Le choix du template sera nécessairement fait à la compilation.

Fais une interface de log de plus haut niveau. Tu envoies ton message à cet interface de log et elle fait une simple comparaison avec le niveau de log souhaité pour savoir si elle envoie dans le stream ou non et basta.

Je te conseille d'ailleurs, si tu veux quelque chose de puissant, de dissocier les appels aux logs de l'écriture dans les streams. Ca te permettra d'avoir, par exemple, plusieurs sorties de log différentes avec des configurations de verbosité différentes (genre, des logs à l'écran et dans un fichier, avec un niveau de détail plus élevé dans le fichier)

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

Joel F

Real men use unique_ptr

et mates le proposal de Boost.Log aussi, y a pas mal d epb pas clair dans ce genre de tache.

Un Programmeur

J'ai déjà écrit une série de variations sur ce thème. La structure que j'ai employée les dernières fois était une variation sur le thème:

Code :

#define LOG if(needToLog()) ; else getStream()

où LOG peut éventuellement avoir des paramètres passés tous ou en partie à needToLog() et getStream().

Le if();else est un bon vieux truc pour éviter de pairer un else qui suit la macro avec le if de la macro.

Si needToLog() est en fait constant, les compilateurs que j'ai testé vire le code mort mais continuent à détecter les erreurs de syntaxe -- ça évite les log qui ne compilent plus quand on les active parce que le dernier type qui a fait des modifs ne les utilise pas. Ce peut naturellement être une variable (mise avec le débuggeur ou à l'initialisation avec une variable d'environnement) ou une fonction aussi compliquée que désiré.

getStream() renvoie soit un ostream& dans les versions les plus simples ou une classe avec un operator<< template forwardant vers un ostream interne (comme ça on peut avoir un format différent pour les logs et les IO textes normales) avec un constructeur et un destructeur qui ajoute ce qu'on désire (timestamp pour le ctor, flush pour le dtor sont les applications évidentes).

Le streambuf de l'ostream est ce que l'on veut. C'est lui qui gère le choix des destinations (fichier, console, fenêtre modale ou non, ou combinaison)

Message édité par Un Programmeur le 03-06-2009 à 16:17:31

FORUM HardWare.fr

Programmation

C++

ça existe un ostream vide/bidon ?

Sujets relatifs
Executer une fonction quand on clique dans le vide	ostream_iterator
count =>vide + selection sur 2 tables	VBS Tester si un dossier plus vieux de 7 jours existe et l'effacer
[RESOLU]html align bidon	[VBS] Si Fichier existe...
[Resolu] Détecter lorsque l'utilisateur n'a rien rentré dans un input?	Requête : un champs de plus si le premier est vide
Mon site existe en partie grâce à vous, merci !	mysqldump via PHP -> fichier vide !
Plus de sujets relatifs à : ça existe un ostream vide/bidon ?

Page générée en 0.108 secondes