Discussion :

[richard_sraing]

Bonjour à vous cher amis de la Programmation Orienté Objet,

J'aurais une petite question à propos de l'héritage de classe.
J'ai été faire un petit tour sur la FAQ avant de venir poster mon message, et je me suis rendu compte de la chose suivante.

Lorsque l'on explique l'héritage de classe, apparement on travaille toujours dans un même fichier pour mettre la classe mère et sa classe fille. Moi j'avais penser faire deux fichier séparé dans lequel se trouve d'une part la classe mère (fichier1) et d'autre part la classe fille (fichier2).

Celà est-il possible? Si oui comment procéder? Lors de la compilation, mon makefile me signale que ma classe mère doit avoir été définie précédement. Ce qui est le cas mais dans un autre fichier. Dans mon fichier de classe fille(qui est un fichier du type *.h), j'inclus le fichier de ma classe mère (également un fichier de type *.h).

Est ce donc le problème suivant qu'une classe mère et un classe fille doivent se trouver dans le même fichier ou mon problème viendrait-il d'autre part?

Merci d'avance pour l'aide apportée.

EDIT:

Et alors, si je dois travailler dans un même fichier *.h, je devrais aussi placer toutes mes méthodes (le code propremement dit) dans le même fichier *.cxx?

[Dimitri_87]

Salut,

mmhh Inpres Museum hein !!!
Non tu n'est pas obliger de mettre la class mère avec la class fille.
Du moment que le fichier *.h de ta class PieceMuseeArt fait un #include "PieceMusee.h" il n'y a pas de problème.

A+++

[richard_sraing]

HIHI,

comme le monde est petit. Ben oui, mais lorsque je le place dans le même fichier, il me dit que mon constructeur d'initialisation n'est pas bon...

Code :

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

Badly formed expression.

alors que j'utilise le même principe pour la construction de ma PieceMuseeArt que pour ma classe Identifiant ou PieceMusee.

Il me dit également que ma fonction qui permet de setter les variables de ce même objet n'a pas de prototype, alors qu'il est bien déclaré dans le *.h et que le code se trouve comme pour mes autres dans le *.cxx

Code :

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

The function "setPieceMuseeArt" must have a prototype.

Je sais plus quoi faire. Ca me c**** les c*******.

enfin, je verrais bien, si d'ici le prochain cours je n'ai pas trouver, je demanderais à la prof.

[JolyLoic]

Mettre tout dans un seul fichier, c'est juste pour aller plus vite pour expliquer, mais en général, on sépare bien ça un header et un fichier d'implémentation par classe.

Comme tu ne montre pas de code, difficile de voir ce qui ne va pas dans ton cas.

[koala01]

Salut,

En bonne logique de programmation, il serait préférable de créer un fichier d'entete par classe (un pour la mere et un pour la fille), ainsi qu'un (ou plusieurs) fichier d'implémentation pour chacune de ces classes...

Tu devrais donc avoir, au minimum:

1. Le fichier d'entete de la classe mere (mere.h)
   

   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
    
   #ifndef CLASSE_MERE_H //"guarddog" contre l'inclusion multiple
   #define CLASSE_MERE_H
   class Mere
   {
       public:
           Mere();//constructeur par defaut
           virtual ~Mere();//destructeur de la classe
           ...
       protected:
          //les membres et méthodes disponibles dans les classes filles
       private:
          //les membres et méthodes disponible uniquement au travers de la classe
          //mere
   };
   #endif //fin ifndef CLASSE_MERE_H

2. Le fichier d'implémentation de la classe mere (mere.cpp)
   

   Code :

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

   1
   2
   3
   4
   5
   6
   7
   8
   9
   10
   11
    
   #include "mere.h" //inclusion du fichier d'entete
   Mere::Mere()//implémentation du constructeur par défaut
   {
       ...
   }
   Mere::~Mere()//implémentation du destructeur de la classe
   {
       ...
   }
   ...

3. Le fichier d'entete de la classe fille(fille.h)
   

   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
    
   #ifndef CLASSE_FILLE_H //"guarddog" contre l'inclusion multiple
   #define CLASSE_FILLE_H
   #include "mere.h" //inclusion de la déclaration de la classe mere
   class Fille:public Mere
   {
       public:
           Fille();//constructeur par defaut
           virtual ~Fille();//destructeur de la classe
           ...
       protected:
          //les membres et méthodes disponibles dans les classes dérivées de Fille
       private:
          //les membres et méthodes disponible uniquement au travers de la classe
          //fille
   };
   #endif //fin ifndef CLASSE_FILLE_H

4. Le fichier d'implémentation pour la classe fille (fille.cpp)
   

   Code :

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

   1
   2
   3
   4
   5
   6
   7
   8
   9
   10
   11
   12
    
   #include "fille.h" //inclusion du fichier d'entete
   Fille::Fille(): Mere()//implémentation du constructeur par défaut
                         //qui appelle le constructeur de la classe mere
   {
       ...
   }
   Fille::~Fille()//implémentation du destructeur de la classe
   {
       ...
   }
   ...

Nota: Les ifndef et define devraient, selon certaines conventions etre choisi différemment...

Je te reporte à =>ce thread<= et aux liens qu'il contient pour te faire une idée des conventions qu'il est préférable d'utiliser

[Buendon]

Tiens, je connaissais pas cette notation CLASSE_MERE_H dans les ifndef/define/endif.
Perso, j'ai toujours vu des truc comme MERE_H. Peut etre est-ce une question de gout, mais ma curiosité me demande qu'elle est la notation la plus proche des conventions habituelles... Va falloir que j'aille voir ça...

PS: Désolé pour cette petite parenthèse^^

[koala01]

Tiens, je connaissais pas cette notation CLASSE_MERE_H dans les ifndef/define/endif.
Perso, j'ai toujours vu des truc comme MERE_H. Peut etre est-ce une question de gout, mais ma curiosité me demande qu'elle est la notation la plus proche des conventions habituelles... Va falloir que j'aille voir ça...

PS: Désolé pour cette petite parenthèse^^

A vrai dire, ce qui est le plus proche des conventions serait quelque chose du genre de

Code :

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

1
2
 
#define H_MERE

cf http://emmanuel-delahaye.developpez....ganiser_source
Ce qu'il faut, surtout, c'est veiller à ce que tu n'aie pas de risques de "telescopage" des termes utilisés...

Dans l'absolu, ce pourrait très bien etre une convention du type de
H_<nom classe>_<date AAAA_MM_JJ>, voir du type H_<namespace(s)>_<nom classe>...

Bref, tout ce qui sera en mesure de t'assurer que ton define (et les ifdef/ifndef équivalents) ne puissent se rapporter qu'à une seule chose sans aucune ambiguité possible...

[Buendon]

Oki, merci bien^^

[richard_sraing]

Ben voilà,

j'ai fini par trouver mon erreur. En fait j'avais oublier de placer mon objet devant la fonction membre de ma classe lors de l'appel de cette fonction.

J'avais donc écrit

Code :

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

setPieceMuseeArt(...);

au lieu de

Code :

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

pma1->setPieceMuseeArt(...);

Maintenant j'ai aussi compris comment fonctionne l'héritage. M'aura fallu un petit moment, mais aurais fini par comprendre.

Sur ce, je vous souhaite un bonne journée.