Joker et héritage

Version imprimable

Joker et héritage

Bonjour ,

Voici un code avec une méthode fill qui souhaite remplacer des fiat par des voitures

çà coince à la compil au niveau de : liste.set(i, elem);

Est-ce à cause de l'héritage ?

Voiture = Fiat MAIS
Fiat != Voiture

Merci de me répondre

Voici le code

Code:

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
44
 
package effacer;
 
 
import java.util.ArrayList;
import java.util.List;
 
	class Voiture {	}
 
	class Fiat extends Voiture
 
	{
		static <T> void fill(List<? extends T> liste, T elem)
		{
			int size = liste.size();
			for (int i = 0; i < size; i++)
			liste.set(i, elem);
 
			for (int i = 0; i < size; i++)
				System.out.println(liste.get(i));
		}
 
	}
 
 
	public class aa {
 
		public static void main(String[] args) {
 
			Fiat fiat1 = new Fiat();
			Fiat fiat2 = new Fiat();
			Fiat fiat3 = new Fiat();
 
			List<Fiat> fiats = new ArrayList<Fiat>();
			fiats.add(fiat1);
			fiats.add(fiat2);
			fiats.add(fiat3);
 
			Voiture voiture = new Voiture();
 
			Fiat.<Voiture>fill(fiats,voiture);	
 
		}
	}

Citation:

Envoyé par michelp3

Voiture = Fiat MAIS
Fiat != Voiture

Cela serait plutot : Une Fiat est une voiture, mais une voitures n'est pas une fiat non ?

Enfin sinon, un code qui marcherait au compilateur :

Code:

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
 
 
import java.util.ArrayList;
import java.util.List;
 
	class Voiture {	}
 
	class Fiat extends Voiture
	{
		static <T extends Voiture> void fill(List<T> liste, Voiture elem)
		{
			int size = liste.size();
			for (int i = 0; i < size; i++)
			liste.set(i, (T) elem);
 
			for (int i = 0; i < size; i++)
				System.out.println(liste.get(i));
		}
	}
 
	public class aa {
 
		public static void main(String[] args) {
 
			Fiat fiat1 = new Fiat();
			Fiat fiat2 = new Fiat();
			Fiat fiat3 = new Fiat();
 
			List<Fiat> fiats = new ArrayList<Fiat>();
			fiats.add(fiat1);
			fiats.add(fiat2);
			fiats.add(fiat3);
 
			Voiture voiture = new Voiture();
 
			Fiat.<Fiat>fill(fiats,voiture);	
 
		}
	}

Mais entres nous je me demande a quoi cela peut bien servir (sauf si c'est une exemple purement théorique)

23/06/2012, 10h05
michelp3

C'est un exercice

tiré d'un cours sur la généricité (université de Nice) dont voici un extrait

Autre exemple

static <T> void
fill(List<? extends T> liste, T elem) {
int size = liste.size();
for (int i = 0; i < size; i++)
liste.set(i, elem);
}

Ca compile ?
�� Cette méthode ne compile pas. Pourquoi ?

Justement POURQUOI ?
23/06/2012, 12h36
thelvin

Citation:

Envoyé par michelp3

Cette méthode ne compile pas. Pourquoi ?

List<? extends Machin> signifie essentiellement "une List dont on ne sait pas ce qu'elle contient, mais dont on sait qu'en tout cas ça étend Machin."

Le concept-clé ici, c'est "on ne sait pas ce que contient la List."
Si on ne sait pas ce qu'elle contient, on ne peut rien y mettre dedans, parce que pour tout objet qu'on voudrait mettre dedans, on ne sait pas si c'est un objet qu'on a le droit de mettre dedans.
On en sait pas si on a le droit => on n'a pas le droit.

De tout ça on peut déduire :
- On ne peut jamais rien donner à un <? extends T>. On ne peut que lui prendre des T.
- On ne peut jamais rien prendre à un <? super T>. On ne peut qui lui donner des T.
- on peut prendre des T et donner des T à un <T>.
- <?> est équivalent à <? extends Object>.
23/06/2012, 13h16
michelp3

thelvin

Comme tjs grand merci thelvin

Explication fouillée qui vaut la peine d'être lue

Bon weekend !!!