le constructeur en c++

bonjour,

Code:

---

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

class personne{ private : int age;   char sexe;   float taille;   public : personne(int,char,float);   };   personne::personne(int age, char sexe, float taille){ this->age = age;   this->sexe = sexe;   this->taille = taille;   }

---

� quoi �a sert "this->age = age"
mercii

Bonjour,
La prochaine fois, pense � utiliser les balises [code] autour de ton code pour le rendre plus lisible.
Pour r�pondre � ta question, je t'en pose deux autres :

1. � quoi peut faire r�f�rence age dans le constructeur ?
2. que ce passerait-il si tu avais �crit age = age ?

La syntaxes que tu utilises pour tes membres priv�s de classe est dangeureuse car tu n'es pas capable de les diff�rencier de param�tres de m�thodes o� de variables temporaires. Une bonne habitude est �galement de commencer par une majuscule le nom de tes classes.

Une syntaxe commune est de pr�fix� par m_ tes variables membres (m comme member).

Ton code deviendrais

Code:

---

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

class Personne { private : int m_age; char m_sexe; float m_taille; public : Personne(int,char,float); };   Personne::Personne(int age, char sexe, float taille) : m_age(age) , m_sexe(sexe) , m_taille(taille) { }

---

Le this dans donc code permet de faire explicitement r�f�rence aux diff�rentes membres de ta classe. Le pr�fix par m_ est de mon point de vu plus facile � utiliser.

Pourquoi s'emmerder quand

Code:

---

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

class Personne { private : int age; char sexe; float taille; public : Personne(int,char,float); };   Personne::Personne(int age, char sexe, float taille) : age(age) , sexe(sexe) , taille(taille) { }

---

conviendrait tout aussi bien ?

L'utilisation du m�me nom pour les param�tres de cr�ation de l'instance et des membres de l'instance est tout � fait possible et ne pr�te pas � confusion selon moi. Il est au contraire tr�s clair que chaque param�tre du constructeur est mapp� 1-1 avec l'attribut de l'instance.

Pour ce qui est des membres de l'instance, libre � chacun de d�finir getters et setters si besoin est, mais prefixer chaque membre par m_, on se croirait en Hongrie. Quitte � pr�fixer, autant pr�fixer par this->, qui est explicite et natif au langage.

En fait, la bonne fa�on de faire est le code de banche:

Code:

---

1 2 3 4 5 6

Personne::Personne(int age, char sexe, float taille) : age(age) , sexe(sexe) , taille(taille) { }

---

le m_ est un peu "old-school". Aujourd'hui on pr�f�re soit ne rien mettre, soit ajouter un underscore � la fin de la variable membre:

Code:

---

1 2 3 4 5

class Personne { int age_; char sexe_; float taille_;

---

Mais en fait, les raisons valables pour identifier une variable membre le sont de moins en moins (valables), puisque les paradigmes modernes encouragent � valider les variables membres le plus t�t possible, id�alement dans la liste d'initialisation du constructeur. Par cons�quent, la confusion entre un param�tre de fonction et une variable membre ne se pose jamais puisqu'on utilise toujours les variables membres.