Discussion :

[sa7lia1990]

bonjour,

Code :

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

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

[Kalith]

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 ?

[banche]

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 :

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

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.

[berenm]

Pourquoi s'emmerder quand

Code :

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

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.

[r0d]

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

Code :

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

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 :

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

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.