Discussion :

[harf18]

Bonjour,

J'ai bien chercher dans le forum. j'ai vu des questions qui s'approchent du sujet, mais je n'ai pas trouver de réponse à ma question :

J'ai une classe A et une classe B qui hérite de A

dans A j'ai une méthode presentation() qui affiche "je suis un A"
dans B, la même methode affiche "je suis un B"

si je fais :

Code :

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

1
2
3
4
5
6
7
 
 
A monObjet = new b();
 
b.presentation();
 
((A)b).presentation();

j'obtiens à chaque fois "je suis un B". Pourtant, je pensais avoir caster l'objet B en objet A. Ce n'est pas possible ?

Merci

harf

[Deaf]

Bonjour,

il s'agit là d'un des principes de base de l'héritage. Tu as décidé de redéfinir une méthode, donc le comportement de B n'est pas celui de A.

D'un point de vue technique, la seule manière (à ma connaissance) d'appeler la méthode telle qu'elle est définie dans A est de faire une autre méthode dans B (presentationA() par exemple) qui appelle la méthode définie dans A de cette manière:

Code :

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

1
2
3
public void presentationA() {
    super.presentation();
}

Mais d'un point de vue conceptuel, ça a peu (voire pas) d'intérêt.

[adiGuba]

Salut,



En Java toutes les méthodes sont virtuelles. La résolution des méthodes d'instance est donc dynamique et dépend du type réel de l'instance et non pas uniquement de son type déclaré.

Lorsque tu fais ceci :

Code :

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

((A)b).presentation();

Le compilateur génère bien un appel vers la méthode A.presentation(), mais à l'exécution la JVM vérifie le type réel de l'instance, c'est à dire B, et appelle donc la méthode qui y a été redéfinie...


a++

[harf18]

Merci à tous les deux.

C'est clair que ça n'a pas trop d'intérêt. Je voulais surtout comprendre le pourquoi ! C'est fait.

Merci

harf