Exercice débutant Java

Bonjour,

J'ai quelques difficultés avec cet exercice:

Soit la classe Garage contenant une collection de voitures. On vous donne uniquement l'entête de cette classe et de 2 de ses méthodes

Code:

---

1 2 3 4 5 6 7 8

public class Garage implements Iterable<Voiture>{ //ajoute au garage les voitures de la collection en paramètre public void ajouterVoitures(Collection voitures){} //ajoute dans la collection en paramètre les voitures du garage de la // couleur en paramètre public extraireVoitures(Collection voitures,Couleur couleur){} }

---

Q1.Préciser le paramètre de généricité du type Collection pour le paramètre voitures pour les 2 méthodes
ajouterVoiture et extraireVoiture. Veiller à garder la souplesse de l'héritage
Q2.On considère une classe cliente utilisant la classe garage. Donner le code de la méthode d'affichage
complet d'un garage en réutilisant la représentation textuelle de base de chaque voiture. L'entête de la méthode a codé est la suivante:

Code:

---

1 2	private static void afficherGarage(Garage garage){ ... }

---

Déjà j'ai du mal à comprendre l'énnoncé de la question Q1...

Je vous remercie d'avance pour votre aide !

Salut,

Dans la question 1, on te demandes de paramétrer l'argument de type collection, tu sais le "truc" entre <> qu'on met à la fin du nom de la classe, pour paramétrer le type des objets qui sont dans la collection. On te précise que ce "truc" devra respecter un maximum de généricité par rapport aux notions d'héritages (sous-entendu par rapport à des classes héritant de Voiture).

Plus de détails sur la notion de paramètres génériques dans ce tutoriel.

ça reviendrait à avoir ?

Code:

---

1 2	public void ajouterVoitures(Collection<Voiture> voitures){}

---

Pas tout à fait, bien que ce soit la bonne voie, parce que là je ne peux pas passer une List<Ferrari> par exemple ;)

puis-je te demander d'où tu sors cet exercice?
ça m'intéresse bougrement de le savoir :mrgreen:

c'est un exercice fait par des profs de mon école d'ingénieur

Citation:

---

Envoyé par bourito77

c'est un exercice fait par des profs de mon école d'ingénieur

---

si je puis me permettre: quelle Ecole?

EISTI à cergy pontoise

Citation:

---

Envoyé par professeur shadoko

puis-je te demander d'où tu sors cet exercice?
ça m'intéresse bougrement de le savoir :mrgreen:

---

Ha, je vois un prof qui s'est fait pomper ses cours par un autre prof sans prévenir :aie:

Citation:

---

Envoyé par tchize_

Ha, je vois un prof qui s'est fait pomper ses cours par un autre prof sans prévenir :aie:

---

pas tout à fait: je dis explicitement que mes cours sont à réutiliser/détourner/enrichir par ceux qui les suivent .... je suis juste curieux de savoir où ils sont passés ;)
D'ailleurs quand je serais à la retraite j'espère mettre en open-source un gros paquet de modules de cours Java ... (pas un bouquin, pas une publication sur le web: je pense que la relation pédagogique est essentielle si on veut faire les choses bien. Donc je compte sur d'autres formateurs pour pomper, corriger, enrichir ce cursus ... si ça leur convient)
(+ l'exemple ressemble effectivement à une série d'exos que j'ai donnée depuis longtemps... mais il est très possible que les mêmes idées se retrouvent .... donc c'est juste de la curiosité)
donc bourito tu peux juste demander (innocemment) à ton prof si, par hasard, il n'aurait pas eu un jour un prof. connu pour rouler en monocycle :lol:

Citation:

---

Envoyé par professeur shadoko

donc bourito tu peux juste demander (innocemment) à ton prof si, par hasard, il n'aurait pas eu un jour un prof. connu pour rouler en monocycle :lol:

---

[HS]Et surtout qui ressemble à un ourson..[/HS]

La prof en question a suivit ses cours au Havre, donc ça dépend ou tu avais enseigné.

Et pour revenir au sujet initial, en fait il y'a a un point en plus que je ne comprends pas
c'est "collection" j'ai déjà utilisé "Collections" avec un "s" mais pas sans.

Je sais que dans le diagramme avec les set, list etc.. c'est au dessus mais après comment ça marche je sais pas ...

Ben comme à chaque fois que dans le diagramme, c'est au-dessus.

Tu sais comment ça marche avec Voiture et Ferrari extends Voiture ?

Eh ben pareil entre Collection et List extends Collection.

et ça veut dire aussi que si par exemple je me une liste de voiture dans la méthode
ajouter voiture ça marche ? (enfin liste, set...)

Donc faudrait un truc comme ça:

Code:

---

1 2	public void ajouterVoitures(Collection<?> voitures){}

---

Comme ça on met ce qu'on veut

Citation:

---

Envoyé par bourito77

et ça veut dire aussi que si par exemple je me une liste de voiture dans la méthode
ajouter voiture ça marche ? (enfin liste, set...)

---

Oui.

Citation:

---

Envoyé par bourito77

Donc faudrait un truc comme ça:

Code:

---

1 2	public void ajouterVoitures(Collection<?> voitures){}

---

Comme ça on met ce qu'on veut

---

Sauf que, mettre ce que tu veux est contradictoire avec le fait que Garage implements Iterable<Voiture>.
Ça veut dire que quand on liste le contenu du garage, on doit obtenir des Voiture, pas des Choucroute, des TraiteDePaix ou des Socket. D'une manière ou d'une autre il y a un endroit où ça marcherait pas.

On peut obtenir des Ferrari, tout simplement parce que Ferrari extends Voiture et donc qu'on peut mettre une Ferrari dans une variable de type Voiture.

J'ai du mal à comprendre, comme ça se fait que :

Code:

---

1 2	public void ajouterVoitures(Collection<Voiture> voitures){}

---

ne marche pas ? si au final on peut mettre une ferrari dans une variable de type voiture

Parce qu'on ne peut pas mettre une Voiture dans une variable de type Ferrari.

Et donc si tu fais une List<Ferrari>, tu ne peux pas la passer à ta méthode public void ajouterVoitures(Collection<Voiture> voitures).
Parce qu'une telle méthode pourrait contenir :

Code:

---

1 2 3

public void ajouterVoitures(Collection<Voiture> voitures) { voitures.add(new Voiture()); }

---

et que ce n'est pas possible d'ajouter new Voiture() dans une List<Ferrari>. On pourrait y ajouter à la rigueur des Ferrari, mais il ne peut pas être possible d'y mettre des Voiture.

En l'occurrence, tu n'as pas envie d'ajouter des voitures à ta variable voitures. Mais si tu mets Collection<Voiture> tu permets de le faire. Donc ça ne peut pas aller.

Ah ok, je crois que j'ai compris

Code:

---

1 2	public void ajouterVoitures(Collection<? extends Voiture> voitures){}

---

La ça marche pour la ferrari, et on aura pas un type Choucroute/TraiteDePaix

Voilà, avec cette signature, tu dis au compilateur: c'est une Collection typée, je peux te garantir que le type est Voiture ou un Descendant, mais j'ignore quel est le type, du coup fait avec et assure toi que je peux vraiment appeler les méthodes que je veux appeler.

Avec la signature Collection<Voiture> tu dis au compilateur "c'est typé exactement pour le type voiture". Du coup je pourrais jamais filer une List<Ferrari> à la méthode. Avec les Generic, t'es obligé de penser dans les deux sens :)


Maintenant, si tu avais cette méthode: ajouterUneFerrari, tu serais obligé de prendre une Collection qui accepte une Ferrari, pas une Collection de ? extends Ferrari (je ne peux pas mettre n'importe quelle Ferrari dans une Collection<FerrariF355>) ou de ? extends Voiture (je ne peux pas mettreune Ferrari dans un Set<Renault>). Bien sur, une Collection de Voiture toutes simple serait aussi acceptable, donc on utilise le super:

Code:

---

1 2 3

public void ajouterUneFerrari(Collection<? super Ferrari> vehicules){ vehicules.add(new Ferrari()); }

---