Discussion :

[Erixx]

Bonjour,

Je potasse un bouquin sur Java 8, et un truc me semble étrange : quand je créé une classe et une classe fille, les 2 comportant une même variable et une même méthode ... :

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
 
public class A{
    public int nombre= 4;
    public String getNom(){   return "A";   }    
}
 
 
public class B extends A{
    public int nombre= 8;
    public String getNom(){   return "B";   }
 
    public static void main(String[] args){
        A obj= new B();
        System.out.println("Nom : " + obj.getNom() + ", num : " + obj.nombre);
    }
}

=> Nom : B, num : 4

... la méthode utilisée est celle de la classe fille, mais la variable utilisée est celle de la classe mère !!
Pas très cohérent tout cela non ?

[thelvin]

Hello,

c'est pourtant le concept du polymorphisme.
Je comprends que ce soit surprenant quand on débute, mais seulement à ce moment-là.

Les méthodes décrivent un comportement et le polymorphisme est l'idée que ce comportement dépende de l'implémentation qu'on a choisi de lui donner dans les classes filles en redéfinissant les méthodes.
Les variables ne sont pas un comportement, c'est complètement autre chose, donc ça ne fait pas ça.


Concrètement, ce qui se passe, c'est que quand tu fais référence à la variable nombre, tu le fais sur une référence de type A. Donc c'est la variable A.nombre sur cet objet. Pas de polymorphisme, pas de question. La référence est de type A donc la variable est celle du type A.

Quand tu appelles la méthode getNom(), c'est évidemment la méthode déclarée par le type A, puisque la référence est de type A. Mais, c'est une méthode, un comportement, donc il se pose la question du polymorphisme. Et maintenant que cette question se pose, eh bien il se trouve que dans cette référence de type A, à l'exécution on constate que c'est un objet de classe B qui s'y trouve, et la classe B a redéfini la méthode getNom(). Redéfinition => donc c'est celle-ci qui s'applique, B.getNom().


Concrètement comment on fait pour ne pas se faire des nœuds au cerveau avec ça.
Eh ben, on ne référence jamais les variables d'un objet, et comme ça, la question ne se pose pas. Là tu as fait référence à obj.nombre. Si tu ne fais pas ça, et que tu appelles plutôt une méthode obj.getNombre(), il n'y a plus de problème.
C'est comme ça qu'on fait dans le monde réel. Les variables membres d'une classe ne sont le problème que de cette classe et éventuellement peut-être des sous-classes. Le reste du monde ne devrait pas s'en mêler. Ça veut dire en gros que bien qu'on puisse en faire, les variables public mais pas static ont surtout tendance à embrouiller.
À la rigueur si on est de la vieille école on peut faire des variables public pas static pour économiser les parenthèses d'un appel de méthode, mais on le fera sur des classes final, qui ne peuvent pas avoir de sous-classe et donc pour lesquelles le problème n'existe pas.

[Erixx]

C'est clair, merci thelvin !