Discussion :

[Ashura95]

Bonjour à tous !

Une question me taraude, je ne sais si la réponse est évidente ou non, mais visiblement, je ne la trouve pas. Je m'en remets à vous alors...!

Ma question est la suivante :

Imaginons trois classes et un cpp :

Une classe VÉHICULE,
une classe VOITURE héritée de VÉHICULE,
une classe CAMION héritée de VÉHICULE,

dans mon cpp, je souhaite que l'utilisateur puisse consulter son garage, soit les VÉHICULE à sa disposition, contenues dans un vecteur.

Puis-je construire des objets VOITURE et/ou CAMION, les charger dans mon vecteur de type VÉHICULE, et ensuite accéder aux méthodes contenues dans ces classes ?

Ou suis-je obligé créer deux vecteurs, de type VOITURE et CAMION, pour afficher l'ensemble des VÉHICULE de l'utilisateur et accéder aux méthodes ?


Merci d'avance pour vos précieuses informations !

[michel.bosseaux]

Un des principes de l'héritage est que justement, quand un objet de type parent est accepté, un objet de type enfant le soit aussi.

Tu peux donc sans problèmes placer tes voitures et camions dans le tableau de véhicules, puis faire appel aux méthodes qu'ils ont héritées ou surchargées de la classe véhicule.

Il n'y a que si tu veux faire appel à leurs méthodes spécifiques que tu devras les reconvertir explicitement (cast) dans leur type.

[Alp]

Ta question est tout à fait normale, ne t'inquiètes pas.

Quand tu définis une classe Véhicule qui est destinée, non pas à être instanciée en tant que telle, mais à être dérivée par des classes comme Voiture et Camion, ta classe Véhicule reste quand même un point clé. En effet, toutes les fonctions que tu déclareras virtuelles dans Véhicule seront les seules que tu pourras appeler sans te soucier qu'il s'agisse d'un Camion ou d'une Voiture lorsque tu traverseras ton tableau de Vehicule. Justement, cela va te paraître logique car si tu veux traiter 1000 Véhicules de manière uniforme, il te faut les fonctions permettant ces traitements dans la classe Véhicule, et il faut qu'elles soient virtuelles. Elles peuvent même être virtuelles pures, le tout étant que chaque classe qui dérive de Véhicule redéfinisse le comportement qui correspond à cette classe.

Petit exemple ici :

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
 
class Vehicule
{
  public:
  virtual ~Vehicule() { }
  virtual void roule() = 0;
};
 
class Voiture : public Vehicule
{
  public:
  void roule() { std::cout << "Je suis une voiture et je roule" << std::endl; }
  void transporter_famille(const Famille& f) { /* ... */ }
};
 
class Camion : public Vehicule
{
  public:
  void roule() { std::cout << "Je suis un camion et je roule" << std::endl; }
  void transporter_marchandise(const Marchandise& m) {*/* ... */ }
};
 
std::vector<Vehicule*> v;
v.push_back(new Camion);
v.push_back(new Voiture);
v.push_back(new Voiture);
 
for(int i = 0 ; i < v.size(); i++)
{
  v[i]->roule();
  // v[i]->transporter_marchandise(Marchandise()); ne compilerait pas car
  // transporter_marchandise ne fait pas partie de l'interface de Vehicule,
  // qui est l'interface qui nous permet de manipuler indifféremment
  // des Camion ou des Voiture.
}
 
// il faut effacer proprement les pointeurs ici
 
Camion c;
c.transporter_marchandise(Marchandise()); 
// marche car on passe cette fois directement par Camion, sans vouloir
// traiter indifféremment un Camion ou une Voiture.

[3DArchi]

Bonjour,
Je me permets d'apporter deux petits compléments à l'explication déjà claire des précédents intervenants et en particulier au code de Alp :
1/ Pour les fonctions virtuelles, on préfère utiliser l'idiome NVI afin d'accroître la modularité des interfaces :

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
class Vehicule
{
  public:
  virtual ~Vehicule() { }
  void roule()
  {
   faire_roule();
  }
  private:
  virtual void faire_roule();
};
 
class Voiture : public Vehicule
{
  public:
  void transporter_famille(const Famille& f) { /* ... */ }
  private:
  void faire_roule() { std::cout << "Je suis une voiture et je roule" << std::endl; }
};
 
class Camion : public Vehicule
{
  public:
  void transporter_marchandise(const Marchandise& m) {*/* ... */ }
  private:
  void faire_roule() { std::cout << "Je suis un camion et je roule" << std::endl; }
 
};

2/ Il est conseillé d'encapsuler ton pointeur brut présent dans vecteur par un pointeur intelligent (cf le tutoriel sur les pointeurs intelligents de Loic Joly).

[Lucien63]

Un oubli :

Code :

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

1
2
3
4
5
6
7
8
9
class Voiture : public Vehicule
{
    //...
};
 
class Camion : public Vehicule
{
   //...
};

[Alp]

Effectivement, j'ai modifié le code, merci

[Mat007]

Salut,

1/ Pour les fonctions virtuelles, on préfère utiliser l'idiome NVI afin d'accroître la modularité des interfaces.

Oui enfin... C'est un courant de pensée comme un autre, de là à dire "on préfère" c'est vite dit.

MAT.

[koala01]

Salut,

Il n'y a qu'un détail qui n'a pas été abordé dans les autres réponses:

Tu peux effectivement créer un tableaux de pointeurs (de préférence intelligents) de type Vehicule pour représenter la flotte à disposition du garage, mais tu ne pourra manipuler ces véhicules... qu'au travers de l'interface publique... de Vehicule

C'est à dire que, si tu viens à un moment donné à vouloir manipuler l'un des véhicules en tant que camion ou en tant que voiture (parce qu'il peut y avoir des comportements qui n'apparaissent que pour les camions ou que pour les voitures), il faudra trouver le moyen de t'assurer que tu manipule bien... un camion ou une voiture.

Mais tant que tu te "cantonnera" à considérer tes voitures et tes camions comme des véhicules, les réponses précédentes sont tout ce qu'il y a de plus juste