Discussion :

[liox*]

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
21
22
class A {
  A() {
    System.out.println("constructeur de A") ;
    qqChose() ;
  }
  private void qqChose() {
    System.out.println("appel de qqChose de A") ;
  }
}
class B extends A {
  B() {
    System.out.println("constructeur de B") ;
  }
  void qqChose() {
    System.out.println("appel de qqChose de B") ;
  }
}
public class Herit06 {
  public static void main(String [] args) {
    B b = new B() ;
  }
}

Affichage :

Code :

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

1
2
3
constructeur de A
appel de qqChose de A
constructeur de B

Pourquoi à l'exécution il n'emploie pas la méthode qqChose() de la classe dérivée B, parce que la méthode dans la classe A est privée me direz-vous. C'est justement là que je coince. C'est une question d'examen à laquelle je n'ai pas su répondre. Merci à ceux qui pourront éclairer mes lanternes.

[jojodu31]

es tu sur que ce code est correct ?
ton constructeur de B ne fai rien... pas d appel super() ni rien... il doit y avoir une erreur

[firgon]

ton constructeur de B ne fai rien... pas d appel super() ni rien... il doit y avoir une erreur

Merci Jojodu, j'étais à deux doigts d'aller réviser mes cours sur l'héritage. ouf !

[liox*]

Le super() est implicite, là n'est pas le problème, le code est parfaitement correct compile et s'exécute.

[jojodu31]

quand tu es dans le constructeur de ta classe A, tu appele qqChose() qui est défini dans cette mêmeclasse A. Je ne vois pas pk l'appel serait la méthode qqchose de la classe B Cette méthode n'est pas abstraite, et bien défini donc aucune raison d'appeler celle de B

[fnobb]

Le super() est implicite, là n'est pas le problème, le code est parfaitement correct compile et s'exécute.

le super() est implicite si tu ne met rien (c'est a dire pas de constructeur dans la classe B) à partir du moment ou tu met un constructeur B() ce constructeur doit explicitement faire appelle au super (sinon il surcharge pas : il remplace)

Code :

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

1
2
3
4
  B() {
    super();
    System.out.println("constructeur de B") ;
  }

[liox*]

Enlever le "private" de la méthode qqueChose() et vous constaterez qu'à ce moment là c'est la méthode qqueChose() de B qui est appelée.

[liox*]

à fnobb :

Que tu mettes super() ou non ne change absoblument rien. Si tu ne mets rien, super() sera écrit dans le bytecode de toute façon.

[elmor]

Salut c'est un comportement qui me parait normal.

Toutes méthodes, attributs qui est déclaré "private" n'est accessible que par la classe elle même

Sinon on pourrait surcharger un méthode privée ==> elle ne serait plus trop privée

Si on essaie de voir une explication la dedans c'est que, tout bêtement, lorsque la méthode est private, elle n'est pas virtuelle. D'ailleurs c'est une bonne habitude à prendre, dans un constructeur on ne doit appeler que des méthodes private ou finale.

Vu que la méthode n'est pas virtuelle tu peux la surcharger sans incident sur la classe Mère et c'est pourquoi ça compile.

[liox*]

Salut c'est un comportement qui me parait normal.

Toutes méthodes, attributs qui est déclaré "private" n'est accessible que par la classe elle même

Sinon on pourrait surcharger un méthode privée ==> elle ne serait plus trop privée

Ben oui c'est très logique finalement, comment n'y ai-je pas songé ? . Grand merci à toi Elmor pour ses explications détaillées