Discussion :

[AntoineCompagnie]

Je cherche à améliorer mes compétences en débugage et je me suis donc pris des exercises ou un code à été explicitement mal programmé pour réviser des notions. Le voici:

Code java :

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
 
public class Test{
    public static void main(String[] args){
 
        Vehicule t1 = new Tourisme(10);
    }
}
 
class Transport{
	int no;
	Transport(int n){
		no=n;
	}
}
 
class Vehicule extends Transport{
	int puissance;
	Vehicule(int p){
		puissance=p;
	}
}
 
class Tourisme extends Vehicule{
	String marque;
	Tourisme(String marque, int p, int n){
		this.marque=marque;
		super(p);
	}
}

Je pense qu'il y a un certain manque d'arguments dans la mesure ou le constructeur de Tourisme prend trois arguments. Deplus un Vehicule ne peut pas être un Tourisme, il peut seulement être un Transport ou un Vehicule.
Du coup j'écrirais plutôt:

Code java :

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

1
2
3
4
5
6
7
 
public class Test{
    public static void main(String[] args){
 
        Vehicule t1 = new Transport(10);
    }
}

Mais Eclipse n'est pas content...
Qu'est ce que je loupe? Je suis ok pour des indices si vous pensez que ça peut m'aider à progresser?

[joel.drigo]

Salut,

Si, bien sûr, un variable de type Vehicule peut contenir une référence d'objet de type Tourisme. Simplement, on ne pourra pas appeler les méthodes de la classe Tourisme par la variable t1. C'est comme quand on écrit Number n = new BigInteger("42"); : on peut écrire ça, mais on ne peut pas appeler n.signum(); par exemple.

Il y a plusieurs erreurs dans le code :

1. le constructeur de Vehicule n'appelle pas le constructeur de Transport (obligatoire) ;
2. le constructeur de Tourisme ne peut pascompiler : on ne peut pas mettre de code avant l'appel du constructeur de la classe parent (super(...)) ;
3. tu l'avais vu : le manque d'arguments pour l'instanciation de Tourisme.

En revanche, tu ne peux pas écrire Vehicule t1 = new Transport(10);. Vehicule est plus spécifique que Transport.

[AntoineCompagnie]

D'accord, donc pour le fait qu'on ne peut pas mettre de code de la classe parent (le point 2), cela donne simplement:

Code :

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

1
2
3
4
5
6
7
8
9
 
class Tourisme extends Vehicule{
	String marque;
	Tourisme(String marque, int p, int n){
                super(p);
		this.marque=marque;
 
	}
}

et pour le point 1, mais je ne suis pas sûr, le Constructeur de la classe fille DOIT appeler le constructeur de la classe mère donc:

Code :

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

1
2
3
4
5
6
7
 
class Vehicule extends Transport{
	int puissance;
	Vehicule(int p){
		puissance=super(p);
	}
}

[Invité]

D'accord, donc pour le fait qu'on ne peut pas mettre de code de la classe parent (le point 2), cela donne simplement:
et pour le point 1, mais je ne suis pas sûr, le Constructeur de la classe fille DOIT appeler le constructeur de la classe mère donc:

Code :

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

1
2
3
4
5
6
7
 
class Vehicule extends Transport{
	int puissance;
	Vehicule(int p){
		puissance=super(p);
	}
}

Non

Code :

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

1
2
3
4
5
6
7
8
 
class Vehicule extends Transport{
	int puissance;
	Vehicule(int p){
		super(0);
		puissance=p;
	}
}

J'ai mis 0 de manière arbitraire.
J'imagine que no représente un numéro de transport.
Lorsque tu créer un véhicule, tu ne demande que la puissance en paramètre.
Si le véhicule est un transport et qu'un transport demande un numéro, un véhicule doit demander un numéro.
Donc dans ce cas la, une implémentation plus logique semble etre :

Code :

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

1
2
3
4
5
6
7
8
 
class Vehicule extends Transport{
	int puissance;
	Vehicule(int numero, int p){
		super(numero);
		puissance=p;
	}
}

[AntoineCompagnie]

Merci à vous deux, je pense que j'ai mieux saisi le concept de downcasting...