Discussion :

[vanitom]

Bonjour,

Et elle n'est pas banal c'est question :-), elle est ridicule mais l� j'ai gros trou de m�moire.

Actuellement j'ai pas mal de constantes dans mes classes. Cependant elles sont globales et non pas uniquement li�es � la classe. Mais en faisant les define dans la classe.
Comment puis-je utiliser des constantes pour quels ne soit visible que par la classe ou en faisant CClass::Constante ?

Merci d'avance et encore d�sol� pour cette question

Bye


[Titre modifi� par Loulou24, merci d'utiliser des titres explicites]

[Gandalf]

dans le header :

Code :

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

1
2
3
4
5
 
class maths
{
   static const double pi;
};

Dans l'implementation

Code :

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

1
2
 
const double maths::pi=3.14159; // oui c'est un peu court.

[bigboomshakala]

salut

voir post pour constantes globales dans une classe ou un namespace

[star_light]

petite precision d'ecriture par convention les constantes sont ecrites entierement en majuscules juste un detail mais respecter par beaucoup de developpeurs par soucis de lisibilit�

[bigboomshakala]

petite precision d'ecriture par convention les constantes sont ecrites entierement en majuscules juste un detail mais respecter par beaucoup de developpeurs par soucis de lisibilit�

pas toujours, car on peut les confondre avec les macros.
en particulier, si les constantes sont regroup�es dans une classe ou un namespace Constantes (par exemple) il n'y aura pas d'ambiguit� avec les variables donc on peut les mettre en minuscules. l� o� il peut y avoir ambiguit� et ou les majuscules ou une autre convention s'impose c'est dans le cas de l'emploi de "extern". dans ce cas la convention employ�e est le seul moyen de diff�rencier tout de suite les constantes des variables (surtout quand celui qui lit le code n'est pas celui qui l'a �crit).

[bigboomshakala]

Code :

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

1
2
 
const double maths::pi=3.14159; // oui c'est un peu court.

Code :

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

1
2
3
4
 
const double maths::pi=4*atan(1.0); // là c'est moins court
// const double maths::pi=2*acos(1.0);
// ...

[SKZ81]

Bien d'accord avec toi bigboomshakala, y'a que les macros que je met enti�rement en majuscule, mais bon pourquoi pas ? C'est pas interdit...

D'ailleurs en parlant de macros, y'en a pas une qui s'appelle "M_PI" ?

[JolyLoic]

J'ai tendance � mettre en majuscules les constantes connues � la compilation, pour les diff�rentier des autres constantes, car ce sont des b�tes diff�rentes (et �a facilite le portage de #define vers const...).

[Jan Rendek]

La solution classique fournie par Gandalf est un grand classique, elle marche bien et � le m�rite de rattacher les constantes � une ou plusieur classes, ce qui �vite de trimballer des donn�es 'orphelines'.

Je suis pour le moins sceptique quand � la proposition de bigboomshakala de d�finir les constantes dans un namespace. Cette m�thode ne permet pas de partager une m�me donn�e entre plusieurs unit� de compilation.
En terme d'�dition de lien, un namespace n'a aucune existance. Cela revient � d�finir des variables globale. Or le seul moyen de partager une variable globale, c'est de pr�ciser au compilateur que le symbole est externe � l'unit� de compilation.

Code :

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

1
2
 
extern const int maConstante;

La m�thode d�crite d�fini les constante dans un ficher d'ent�te mais ne les d�clare pas dans une unit� de compilation sp�cifque. Par cons�quent, toute les constantes seront red�finies dans chaque unit� de compilation incluant cet ent�te.
En gros, et pour faire clair, si on d�fini de cette mani�re une constante PI, chaque fichier source poss�dera sa variable globale PI.
A part la perte de m�moire occasionn�e, le reste est transparent puisque toutes ces variables sont initialis�es de la m�me fa�con. Ce n'est n�anmoins pas une solution recevable.

Une autre solution couramment employ�e pour les constantes enti�res est de les d�finir par une �num�ration annonyme. Cette solution � le m�rite de supprimer toute �dition de lien, puisque le compilateur remplace directement la constante par sa valeur (cf. exmple ci-dessous).

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
enum {VERSION = 2}
 
struct Cube
{
  enum {NB_FACE = 6}:
};
 
int main()
{
  cout << VERSION;
  cout << Cube::NB_FACE;
}

[tut]

remarque : c'est ce que fait Visual pour la d�finition des ID de ressource pour les classes de dialogue.
Par contre, j'ai du mal � saisir la nuance entre l'enum anonyme et l'attribut static const... Est-ce juste une diff�rence de lieur ?

[Jan Rendek]

remarque : c'est ce que fait Visual pour la d�finition des ID de ressource pour les classes de dialogue.
Par contre, j'ai du mal � saisir la nuance entre l'enum anonyme et l'attribut static const... Est-ce juste une diff�rence de lieur ?

Un enum n'a pas d'existance dans le code g�n�r�. Du point de vue de l'�dition de lien, il a grosso modo la valeur d'un #define.
Alors que lors de l'execution, un static const est stock� en m�moire.

[Gandalf]

Un enum ne peut-etre qu'un entier alors qu'un static const peut-etre tu type que l'on veut.

Quand a mettre les globales dans un namespace :

Code :

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

1
2
3
4
5
 
namespace maths
{
const double PI=3.14159;
};

c'est comme un enum, les variables const n'ayant pas d'existance en C++ (contrairement au C) il n'y aurra pas de gaspillage de m�moire...

[Jan Rendek]

c'est comme un enum, les variables const n'ayant pas d'existance en C++ (contrairement au C) il n'y aurra pas de gaspillage de m�moire...

Alors c'est quelque chose que j'ignore. Tu as une r�f�rence la dessus ?
En tout cas, mon compilateur C++, lui ne l'entends pas de cette oreille. Je peux poster le code de test si tu veux. Si les variable globale const n'avaient pas d'existance, il ne serait pas n�cessaire d'initialiser les membres statiques de classe.
Jusqu'� la preuve du contraire ceci est faux

EDIT: g++ 3.4.0

[Gandalf]

Une reference, tous les tutoriaux et cours de C++ enumerant les differences entre le C et la partie du C++ qui est compatible avec le C...

mais aussi Le Stroustrup Edition sp�ciale Francaise p 106


Cela est n'est bien sur pas le cas si la valeur de la constante n'est pas connue au moment de la compilation (resultat d'une fonction par exemple)

[Jan Rendek]

Mouais, je ne suis pas convaincu, et je doute que cela marche avec autre chose que des types scalaires. Franchement j'ai du mal � comprendre comment cela pourrait �tre compatible avec des contraintes de compilation s�par�e.
Mais, par acquis de conscience, j'ai test� l� chose. Mes r�sultats exp�rimentaux ne correspondent pas � ce que tu dis.

Maintenant, si tu as un pointeur sur une doc accessible, je veux bien r�viser mon jugement. Mes recherches sur google demeurant infructueuses.

[Luc Hermitte]

Le Stroustrup VF 3e revu et corrig� par Michel Michaud ou un des pr�c�dents ? (ils contiennent divers contre-sens)

Sinon, un brouillon du comit� qui peut traiter de ces d�tails est le document n1359. Je vous laisse l'�plucher

[Jan Rendek]

J'attend toujours ta doc Gandalf