Discussion :

[Invité]

Bonjour,

En utilisant la STL, et plus précisément vector (mais ca pourrait etre une classe quelconque), j'aimerais rajouter une méthode dump(), qui consiste a simplement afficher tous les elements du vecteurs.

Pour ca, je peux faire une classe myVector qui dérive de vector et lui rajouter la méthode dump, mais ca veut dire qui si jveux enlever cette méthode dump une fois que j'ai fini mon débuggage, j'utilise myVector pour rien partout.

Je pensais mettre des ifdef DEBUG, endif tout autour de chaque v.dump(), mais il reste le probleme de la declaration du myVector v qu'il faudrait aussi entourer du genre

Code :

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

1
2
3
4
5
#ifdef DEBUG
myVector v;
#else
vector<int> v;
#endif

Aussi jme demandais si yavait pas moyen de faire un peu comme en js avec un prototypage ou on ajoute une méthode à la "volée" qui ici serait faite une fois pour toute (ou pas) avant la compilation?

[Laurent Gomila]

Pourquoi vouloir absolument que dump() soit membre de la classe ? Il est bien plus simple et clair de définir une fonction non-membre

Code :

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

1
2
3
4
5
6
7
#ifdef DEBUG
    template <typename T>
    void dump(const std::vector<T>& v) {...}
#else
    template <typename T>
    void dump(const std::vector<T>& v) {/* vide */}
#endif

[Invité]

Je sais pas trop pourquoi jvoulais qu'elle appartienne à la classe vector...je me suis pas posé la question en fait, ca a fait tilt direct...

Donc du coup on peut la mettre en dehors et tout va tres bien .

Par contre, simple question (enfin...), dans ton exemple, notamment ce passage

Code :

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

1
2
3
4
#else
    template <typename T>
    void dump(const std::vector<T>& v) {/* vide */}
#endif

tu sembles sous entendre que je n'ai pas besoin d'entourer mes divers dump par des conditionnelles étant donné que dump aura quand même un corps de fonction ( vide ). Au niveau du compilateur (mon ptit gcc), peut on espérer qu'il ne cree pas un contexte pour la fonction et qu'il passe directement à la suite des instructions dans la mesure ou il a détecté un corps vide?
( c'est juste pour la culture ).

En tout cas merci, j'avais pas du tout pensé à mettre la fonction en dehors...

[Laurent Gomila]

Au niveau du compilateur (mon ptit gcc), peut on espérer qu'il ne cree pas un contexte pour la fonction et qu'il passe directement à la suite des instructions dans la mesure ou il a détecté un corps vide?

Avec les optimisations activées, oui, l'appel sera complètement éliminé.

[koala01]

Salut,

L'avantage des fonctions template, c'est qu'elles sont de facto inlinées, parce que le compilateur doit attendre de savoir quel est le type réellement utilisé pour créer le code binaire exécutable correspondant.

De ce fait, un appel à la fonction vide va se résumer à... une "no-op", ce qui ne fera donc pas vraiment perdre de temps à l'exécution

Si, même, tu décidais d'utiliser une fonction non template, mais selon le même modèle (une version "debug" faisant quelque chose et un version "non debug" ne faisant rien), tu n'aurais, au pire, que les opérations de "push" et de "pop" du contexte qui seraient effectuées dans la version "non debug", avec, entre les deux, une nouvelle no-op.

Mais, même dans ce cas, il faudrait déjà invoquer dump à de nombreuses reprises pour constater une baisse significative des performances

Ceci dit, tu peux arriver à éviter également ces quelques opérations inutiles en travaillant sur base d'un code proche de

Code :

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

1
2
3
4
5
6
7
8
#ifdef DEBUG
    template <typename T>
    void dump(const std::vector<T>& v) {...}
/* je ne suis plus tout à fait sur de la syntaxe ici... */
#define Debug_dump(X) dump(x);
#else
#define Debug_dump(X)
#endif

et en invoquant Debug_dump dans ton code

De cette manière, Debug_dump(un std::vector) ne sera remplacé par l'appel de dump(...) que si DEBUG est défini, et sera remplacé par... une ligne vide (et donc strictement rien au niveau du code exécutable) si DEBUG n'est pas défini

[Invité]

impeccable!
Je saisis enfin l'utilité (une des) des macros

Merci à vous deux