Discussion :

[Roy Miro]

Bonjour,

Je ne comprends pas pourquoi la méthode h de A est choisie plutôt que celle de C.

Code :

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

1
2
3
4
5
6
7
8
9
10
public class A {
 
    public A(){
    }
 
    public void h(A a, A aa){
    	System.out.println("h3 de A");
    }
 
}

Code :

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

1
2
3
4
5
6
7
8
9
10
11
public class C extends A{
 
    public C() {
    }
 
    public void h(A a, B b){
    	System.out.println("h de C");
    }
 
 
}

Voici la classe avec le main:

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
public class Test {
 
    public Test() {
    }
 
    public static void main(String[]args){
 
   	A a = new A();
    	B b = new B();
    	C c = new C();
	A x =new C();//transtypage
 
   	/*la référence est de type A mais le type réel est C*/
        x.h(a,b);//appel de ma méthode h de A (ce que je ne comprend pas) 
 
    }	
  }

A l'éxécution, il m'affiche "h3 de A". Je m'attendais à "h de c". En effet, bien que la reference soit de type A, le type réel est C. Comme h est redéfinie dans C, ne devrait-il pas appeler h de C?

Merci pour votre aide.

[djo.mos]

Ce point a déjà été mentionné dans la devinette de mathk.

Du moment que les signatures de A.h et B.h sont différentes, il s'agit de la surcharge (overload) et pas de la redéfinition (override). Donc, exit le polymorphisme : du moment que x est de type A, Java appèlle A.h indépendament du type d'instanciation.

[Roy Miro]

Merci je n'avais pas en tête la nuance mais pourquoi si j'ajoute ces 2 méthodes h dans la classe A, il m'affiche "h de C"? (la précédente est toujours là)

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
 
public class A {
 
    public A(){
    }
 
    public void h(A a, B b){
    	System.out.println("h de A");
    }
 
    public void h(B b, B bb){
    	System.out.println("h2 de A");
    }
 
    public void h(A a, A aa){
    	System.out.println("h3 de A");
    }
 
 
}

On a maintenant donc 3 méthodes h dans la classe A.

[djo.mos]

Tu as donc h(A a, B b) dans A et dans C ==> redéfinition (override) et donc le polymorhisme est de retour !
Java appèle le h du type d'instanciation, qui est le C.

[Roy Miro]

Pour savoir si ce sera l'override ou l'overload qui sera appliqué, faut-il prendre en compte le type de retour des méthodes aussi ou uniquement le profil (nom+liste des types d'arguments)? Et si j'ai bien compris le polymorphisme est prioritaire sur la surcharge?

[djo.mos]

Pour dissiper les ambiguités :

méthodes surchargées :

• dans la même classe ou dans les classes filles
• même nom
• paramètres différents
• type de retour différents

méthodes redéfinies :

• dans les classes filles
• même nom
• mêmes paramètres
• même type de retour

La liste des restrictions sur la redéfinition n'est pas complete : il y'a aussi des règles sur le modificateur de visibilité et les exceptions declarées.

[edit]
Pour plus de détails, vous pouvez consulter ce topic.