Discussion :

[amine_en_france]

Soit le code suivant :

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
23
24
25
26
27
class Vehicle {
    public void printSound() {
        System.out.print("vehicle");
    }
}
 
class Car extends Vehicle {
    public void printSound() {
        System.out.print("car");
    }
}
 
class Bike extends Vehicle {
    public void printSound() {
        System.out.print("bike");
    }
}
 
public class Main {
    public static void main(String[] args) {
        Vehicle v = new Car();
        Car c = (Car) v;
 
        v.printSound();
        c.printSound();
    }   
}

Qu'affichera ce code?

D'apres moi, ce code devra afficher vehiculecar,
D'apres la solution, ce code affichera carcar.

Je ne comprends pas pourquoi. A ce que je sache, même si on instancie la classe mère en appelant le constructeur de la classe fille, on devra pourtant accéder aux methodes de la mère non?

Il y a quelque chose que je dois mal comprendre

[adiGuba]

Salut,

Je ne comprends pas pourquoi. A ce que je sache, même si on instancie la classe mère en appelant le constructeur de la classe fille, on devra pourtant accéder aux methodes de la mère non?

Non : en Java toutes les méthodes sont virtuelles. C'est à dire que la méthode exécutée sera réellement déterminé à l'exécution selon le type réel de l'objet, et non pas uniquement à la compilation selon son type déclarée.


a++

[amine_en_france]

Merci,
Je prends note de la correction, mais il me semble avoir vu le contraire.
Si je retrouve cela, reviendrai en discuter.
Je mets a résolu.
Encore merci

[adiGuba]

il me semble avoir vu le contraire.

Ce ne devait pas être du Java alors


a++

[Rei Ichido]

Je prends note de la correction, mais il me semble avoir vu le contraire.

Attention à ne pas confondre l'objet sur lequel est appliqué la méthode, et un objet passé en paramètre ; pour ce dernier, en effet la méthode est choisie à la compilation, donc s'il y avait une 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
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
 
class Vehicle {
    public void printSound() {
        System.out.print("vehicle");
    }
}
 
class Car extends Vehicle {
    public void printSound() {
        System.out.print("car");
    }
}
 
class Bike extends Vehicle {
    public void printSound() {
        System.out.print("bike");
    }
}
 
class Sound {
    public void printSound(Vehicle v) {
       System.out.print("vehicle");
    }
 
    public void printSound(Car c) {
       System.out.print("car");
    }
 
    public void printSound(Bike b) {
       System.out.print("bike");
    }
}
 
public class Main {
    public static void main(String[] args) {
        Vehicle v = new Car();
        Car c = (Car) v;
        Sound s = new Sound();
 
        s.printSound(v);
        s.printSound(c);
    }   
}

Là on se retrouverait avec vehiclecar.

[adiGuba]

@Rei Ichido : En effet mais ici il ne s'agit plus d'héritage mais de surcharge

a++

[Rei Ichido]

Oui tout à fait, j'aurais du le préciser.

Mais c'est clairement une source de grosse confusion pour les débutants, le fait que la méthode appelée dépende du type réel de l'objet sur lequel on l'appelle, mais pas du tout du type des objets paramètres.

[adiGuba]

+1

D'ailleurs dans les discussions sur un éventuel langage en remplacement de Java, il est question d'interdire la surcharge des méthodes.

a++