variable const dans des class ?

Bonjour tous,

je voudrais un petit renseignement:

"peux t on dans une classe mettre des attributs qui soit des constantes?"

je m'explique:

j'ai une classe de type AAA qui contient divers attributs de type double, j'aimerai que ces attribut ne soit pas modifiables une fois qu'il ont �t� renseign� mais ca ne semble pas possible...
(bcp d'erreur apparaissent si je fais cela)

ce n'est donc pas possible?

Bonjour,

C'est parfaitement possible, mais const est un peu capricieux en C++..

Peux-tu nous donner le code en question et les messages d'erreurs associ�s?

merci d'avoir pris le temps de r�pondre

Citation:

---

Envoy� par seeme

Bonjour,
C'est parfaitement possible, mais const est un peu capricieux en C++..
Peux-tu nous donner le code en question et les messages d'erreurs associ�s?

---

D'accord, ca doit venir d'une erreur de ma part. merci pour la reponse

-----------------------------------------------------------
le code est plut�t long je ne vais mettre qu'une petite partie:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

class AAA { public: AAA(std::string,double); ~AAA(); std::string get_AAAName() const; double get_BBB() const;   private: std::string AAAName; double BBB; };

---

et le .cpp associ�

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

AAA::AAA(string _AAAName,double _BBB) { AAAName=_AAAName; BBB=_BBB; }   AAA::~AAA() {   }   string AAA::get_AAAName() const { return AAAName; } double AAA::get_BBB() const { return BBB; }

---

en fait je voulais mettre dans le constructor

Code:

---

const double BBB;

---

� la place de

Code:

---

double BBB;

---

les erreurs ont �t� mis en piece jointe

Une constante est constante en C++, y compris dans le corps du constructeur. La seule fa�on de l'initialiser � la bonne valeur est donc de l'initialiser dans la liste d'initialisation du constructeur, pas dans son corps.

Citation:

---

Envoy� par JolyLoic

Une constante est constante en C++, y compris dans le corps du constructeur. La seule fa�on de l'initialiser � la bonne valeur est donc de l'initialiser dans la liste d'initialisation du constructeur, pas dans son corps.

---

oupss....:oops:

d'accord merci j'avais oubli� cela...

Aussi, tu risques d'avoir un warning quand le compilateur tente de g�n�rer un op�rateur d'affectation, donc je te conseille d'en d�clarer un sans l'impl�menter:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

class AAA { public: AAA(std::string,double); ~AAA(); std::string get_AAAName() const; double get_BBB() const;   private: AAA& operator=(AAA const&); //Pas de définition   const std::string AAAName; const double BBB; };

---

Note que tu pourras pas stocker ta classe dans un conteneur.

tu devrais pouvoir le mettre dans une liste non?

Non plus. (CopyConstructible etc).

celui-ci est copy-constructible et la copie par d�faut automatique marche m�me tr�s bien:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

#include <list> #include <cstdlib>   class A { const int i; public: A(int i) : i(i) { } ~A() { } private: A& operator=(const A& other); };   int main(int argc, char *argv[]) { std::list<A> as; as.push_back(A(1)); return EXIT_SUCCESS; }

---

fonctionne sous GCC
cela fonctionne aussi dans un map je crois

Salut,

Citation:

---

Envoy� par screetch

celui-ci est copy-constructible et la copie par d�faut automatique marche m�me tr�s bien:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

#include <list> #include <cstdlib>   class A { const int i; public: A(int i) : i(i) { } ~A() { } private: A& operator=(const A& other); };   int main(int argc, char *argv[]) { std::list<A> as; as.push_back(A(1)); return EXIT_SUCCESS; }

---

fonctionne sous GCC
cela fonctionne aussi dans un map je crois

---

Justement, A n'est pas copy constructible (tout appel au constructeur par copie devrait au minimum occasionner une erreur � l'�dition de liens sous la forme d'une "undefined reference" (pour les �ventuelles classes amies) et une erreur de la part du compilateur sous pr�texte que "private in this context" pour les autres ;))

Si cela fonctionne effectivement avec certains compilateurs, c'est sans doute essentiellement parce qu'ils impl�mentent (N)RVO, mais, tant que le principe n'est pas rendu obligatoire par la norme, on court toujours le risque de tomber sur un compilateur qui ne l'impl�mente pas...

La chance que l'on a, c'est que la grosse majorit� des compilateurs actuels l'impl�mente, me semble-t-il :D

Ceci dit, le principal probl�me avec les classes disposant d'un membre constant n'est pas la copie (apr�s tout, on peut parfaitement utiliser la liste d'initialisation dans le constructeur par copie... pour autant que le membre soit copiable, bien sur :D), mais l'affectation, car il n'y a pas de liste d'initialisation dans ce cas et qu'il s'agit bien de faire varier quelque chose au sujet de quoi on a explicitement dit au compilateur que toute tentative de le faire doit �tre refus�e :aie:

bah A est bien copy-constructible dans le cas que je cite. Il a m�me �t� g�n�r� trivialement par le compilateur
quant a l'affectation, on en a pas besoin dans une liste tant que l'on utilise pas (*it)=...
(contrairement a un vector)
c'est sans doute le cas avec map aussi

Oupppsss... Au temps pour moi...

J'ai lu ton code un peu trop vite et cru que tu d�clarais le constructeur par copie comme priv� sans le d�finir :aie:...

Seul vector n�cessite que les objets soient affectables. Toutes les autres collections (car on peut aussi parler des stacks queue et autres set) ne devant a priori pas le n�cessiter ;)

Citation:

---

Envoy� par koala01

Oupppsss... Au temps pour moi...

J'ai lu ton code un peu trop vite et cru que tu d�clarais le constructeur par copie comme priv� sans le d�finir :aie:...

Seul vector n�cessite que les objets soient affectables. Toutes les autres collections (car on peut aussi parler des stacks queue et autres set) ne devant a priori pas le n�cessiter ;)

---

Je nuance : + deque, qui d�finit aussi [] et at(), priority_queue (adapteur sur vector ou deque). Ensuite, d'autres conteneurs peuvent �tre (ou non, selon l'impl�mentation) bas�s sur vector ou deque : queue, stack.

Je conc�de que ce sont des conteneurs qu'on utilise rarement - notamment parce que g�n�ralement, vector et list suffisent amplement.