Discussion :

[gabrielS]

Bonjour,

J'ai une petite question concernant l'architecture globale d'un projet.
Plusieurs fonctions de mon projet donnaient un "cout << message << endl" et pour prevenir l'utilisateur de ces actions, et pour me permettre de voir ou j'en suis cote programmeur (oui, les point d'arret c'est mieux mais pour des fonctions tres simples, un petit message dans le terminal mange pas de pain).

Cependant, je me suis dit que ce serait pas mal de creer un fichier "log.hpp"/"log.cpp" qui contient les fonctions pour afficher ces messages. J'ai donc créé ce fichier avec une fonction

Code :

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

logMessage(logType type, std::string message);

qui display le message donné en argument (et en me precisant la nature du message (error/warning/info)).

Cependant, je n'ai pas créé de classe, j'ai simplement cree des fonctions "en l'air" dans ce fichier.
N'est il pas mieux de creer une classe pour ceci ?
(que des fonctions statiques dans une classe sans attribut ?)

PS : j'ai le meme "probleme" avec les fichiers algo.hpp/algo.cpp qui contiennent des fonctions de conversion (doubleToString stringToDouble etc...) et des fonctions 'purement' mathematiques (je devrais en faire une classe aussi ?)

Merci d'avance

[Ehonn]

Bonjour.
Il est fréquent d'avoir des fonctions libres (surtout en programmation générique). As-tu considéré l'utilisation des namespace ?

Code :

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

1
2
3
4
log::msg(msg_type, "message\n");
convert::to_string(un_double); // C++11 : http://www.cplusplus.com/reference/string/to_string/
convert::to_string(un_int);
math::median(un_container);

[Astraya]

Tu peux avoir plusieurs façon de faire qui sont toutes plus ou moins équivalente.
1 - Une classe/Struct avec un fonction static comme le log::msg de Ehonn
2 - Une macro qui "commente" l'utilisation d'un log comme
LOG("Message %i, %f",valeur1, valeur2) //Cela cache un printf ou mieux un std::cout std::cerr std::clog
3 - L'utilisation des assert pour stopper et faire popper une windows message box avec le message que tu veux afficher.

Tout ça est relativement simple à mettre en oeuvre.

[gabrielS]

Merci beaucoup, je ne savais pas que les convert faisaient parti de std !
Je suis allé voir les namespace, ca m'a tout l'air d'etre ce qu'il me faut, merci

Edit : une classe avec les fonctions static a l'avantage de se "doxygener" (est il possible de generer la doc d'un fichier non class ?)

[Ehonn]

1 - Une classe/Struct avec un fonction static comme le log::msg de Ehonn

J'ai parlé de namespace, pas de classe + fonction statique

Merci beaucoup, je ne savais pas que les convert faisaient parti de std !

convert non, mais std::to_string(type_de_base) qui est dans l'include string, oui.

Je suis allé voir les namespace, ca m'a tout l'air d'etre ce qu'il me faut, merci )

Edit : une classe avec les fonctions static a l'avantage de se "doxygener" (est il possible de generer la doc d'un fichier non class ?)

Doxygen gère très bien les namespace aussi (il créé un onglet namespace avant celui des classes).

[koala01]

Salut,

Certaines philosophies tentent d'imposer le "tout objet".

Il y a d'ailleurs certains langages (java et C#, par exemple) qui suivent purement et simplement cette philosophie.

Mais C++ est un langage multiparadigme! C'est à dire qu'il permet aussi bien d'utiliser le paradigme purement procédural (les fonctions libres) que le paradigme orienté objet (les classes et leurs fonctions membres) ou le paradigme générique (les fonctions et le classes template).

L'idée générale est donc de choisir "ce qui correspond le mieux" à tes besoins.

Une classe est particulièrement intéressante pour regrouper des comportements qui travaillent avec des données qui n'ont aucun sens si elles sont prises séparément.

Ainsi, tu créeras peut etre une classe Personne, parce que chaque personne va devoir pouvoir répondre à certaines questions (ca, ce sont les comportements) comme "quel est ton nom", "quel est ton age" ou encore "quelle est ton adresse" et que les données manipulées par une personne sont (généralement) différentes des données manipulées par une autre.

Par contre, si un comportement peut s'appliquer à "n'importe quelle donnée" quelle que soit son origine, tu as sans doute avantage à garder la fonction qui fournit ce comportement sous la forme d'une fonction libre.

Ainsi, si tu crées une fonction intToString dont le but est de convertir un entier en une chaine de caractères, tu te fous sans doute pas mal de savoir quelle est l'origine de l'entier à convertir: que ce soit l'age du capitaine, le code postal d'une commune ou le nombre de roses commandées n'aura strictement aucun intérêt, et tu risques de vouloir utiliser cette fonction avec des entiers venant de virtuellement "n'importe où".

A ce moment là, il ne sert strictement à rien de placer cette fonction dans une classe, parce que cela t'obligerait à ... créer une instance de la classe en question pour pouvoir l'utiliser.

Alors, bien sur, tu pourrais déclarer la fonction statique pour la rendre indépendante de toute instance réelle de la classe, mais cela ne changerait pas grand chose.

Si tu veux placer cette fonction dans une sorte de "boite noire" qui t'obligera à utiliser un nom pleinement qualifié, le mieux est d'utiliser un espace de noms: ta fonction reste une fonction totalement libre (indépendante de n'importe quelle classe et de l'origine des données qu'elle manipule), et tu as malgré tout la certitude que son nom n'entrera jamais en conflit avec le nom d'une autre fonction issue de "n'importe où"