Discussion :

[50Nio]

Bonjour,
J'ai une déclaration toute simple du type:

Code :

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

1
2
3
4
5
public class maClasse {
  private int mId;
  public  final int getId () {  return this.mId; }
  private final void setId (int val) {  this.mId = val; }
}

Je me pose une question sur l'utilisation de "this.membre" contre l'utilisation directe de "membre" au sein de la classe.
Par convention empirique, j'utilise this.membre, mais est-ce qu'on a une différence au niveau performance et méthodologie utilisé dans la VM java si on utilise:

Code :

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

1
2
3
4
5
public class maClasse {
  private int mId;
  public  final int getId () {  return mId; }
  private final void setId (int val) {  mId = val; }
}

Est-ce que dans les 2 cas la VM exécute exactement la même chose et on est juste face à une convention d'écriture ou cette simple différence a d'autres conséquences ?
Merci de m'éclairer !

[adiGuba]

Salut,


Les deux codes sont strictement identiques !

a++

[Astartee]

Je me pose une question sur l'utilisation de "this.membre" contre l'utilisation directe de "membre" au sein de la classe.

Comme l'a dit adiGuba, les deux écritures reviennent strictement au même. Elles ont exactement la même signification, et sont interprétées de façon identique par le compilateur.

Alors pourquoi utiliser "this.membre" ?
1/ éventuellement pour des raisons de clarté : bien montrer qu'on parle d'une variable de classe, même si le "this" est parfois inutile
2/ il y a des cas où "this.membre" et "membre" tout court ne désignent pas la même entité :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
public class maClasse {
   private int id;
   public  final int getId () {
      return this.id; // on pourrait écrire "return id;"
   }
   private final void setId (int id) {
      this.id = id; // on ne pourrait évidemment pas écrire "id = id;"
      // id représente le paramètre de la méthode
      // this.id représente la variable de classe
   }
}

[50Nio]

D'ac merci !
C'est pour ça qu'on ne trouve rien quand on cherche là dessus et des notions d'optimisation du code.

[adiGuba]

C'est pour ça qu'on ne trouve rien quand on cherche là dessus et des notions d'optimisation du code.

Ce n'est pas une "astuce" du langage qui va optimiser ton code !

Avant d'optimiser le code il faut avoir de beau algorithme et une bonne architecture OO, et avoir trouvé l'origine des problèmes de perfs.

Sinon les "optimisations" peuvent avoir un effet inverse...

a++

[50Nio]

Oui c'est exact, le mot "optimisation" était trop fort. C'est plus histoire de faire direct les petits trucs (du genre mettre final dès que possible) proprement.

Merci en tout cas. :-)

PS:Hé, attention, j'ai commencé par faire un beau diagramme UML de tout le projet, après c'est pas pour ça qu'il est bon, mais ...