Discussion :

[sone47]

Bonjour,

Je me pose une question sur l'utilisation du pointeur this.
Je vois bien l'utilite pour le passage d'argument etc, par contre quand je vois un morceau de code comme:

Code :

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

1
2
3
4
5
6
 
void MaClasse::MaFonction()
{
	this->Func1();
	this->Func2();
}

Pourquoi utiliser une notation comme ça au lieu de

Code :

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

1
2
3
4
5
6
 
void MaClasse::MaFonction()
{
	Func1();
	Func2();
}

Meme si Func1 et Func2 sont virtuelles et definies dans un parent on va utiliser toujours la methode de plus bas niveau et si l'on veut utiliser une methode de plus haut niveau on fait

Code :

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

1
2
3
4
5
6
 
void MaClasse::MaFonction()
{
	MaMere::Func1();
	MaMere::Func2();
}

Donc pourquoi l'utiliser dans ce cas listé en haut ?

Merci

[gbdivers]

Salut

C'est principalement une raison de lisibilité lors de l'apprentissage, pour qu'un débutant comprenne bien que c'est une fonction membre. Mais c'est une pratique que l'on change rapidement, dès que l'on sait que c'est pas nécessaire
Bref, pas d'utilité autre que pédagogique

(à distinguer du cas avec les templates où le this est obligatoire)

[math_lab]

Personnellement, je suis de ceux qui utilisent toujours this parce qu'on voit tout de suite ce qui appartient a la classe. C'est très utile quand on doit lire le code de quelqu'un d'autre et qu'il y a des tonnes de variables, sans qu'on soit trop sur d'ou elles viennent. Aussi, si on voit une méthode sans aucun this, on peut se demander s'il vaudrait pas mieux la passer en méthode statique.

[EtherOS]

l'utilisation des this permet la clarté et la compréhension du code.je suis de mem avis que math_lab

[Bousk]

Je crois que le this est obligatoire en JAVA, PHP (C# ?). Les développeurs qui en viennent en mettent donc partout par habitude.

Mais l'écrire est inutile, et en tant que programmeur et donc feignant, je ne me fatigue pas à écrire des choses inutiles.
Pour savoir d'où viennent les choses, on a des conventions d'écritures.
m_ préfixe les variables membres, s_ les static. Les noms de méthode membres débutent par une minuscule, les méthodes libres et static par une majuscule, on découpe en namespace claires, ...

[koala01]

Salut,

Dans 90% des cas, this ne sert strictement à rien et sera omis dans du code de production.

On arrive en effet assez facilement à comprendre que si l'on appelle une fonction sans passer par un objet, on appelle soit une fonction membre de l'objet en cours soit une fonction libre, et cela suffit amplement, si les noms sont correctement choisis, pour lever toute ambigüité

Dans quelques cas particuliers, this est cependant nécessaire lorsque l'on travaille avec des classes template, pour, justement, lever certaines ambigüités.

Je serais donc de l'avis de bousk: A but didactique, dans un premier temps, il peut etre utile d'utiliser this, mais, étant fainéant de nature, c'est généralement le genre de chose qu'on abandonne très rapidement

[sone47]

Ok merci donc c'est purement selon les conventions de chacun.
Je suis plutôt de l'avis de Bousk et Koala01, dans le sens ou chaque appel d'une méthode est par défaut d'une méthode membre, donc spécifier a l'inverse le cas contraire.

Merci a vous