IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C++ Discussion :

[POO] virtual et héritage


Sujet :

C++

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre Expert
    Avatar de poukill
    Profil pro
    Inscrit en
    Février 2006
    Messages
    2 155
    Détails du profil
    Informations personnelles :
    Âge : 41
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 2 155
    Par défaut [POO] virtual et héritage
    Bonjour à tous!
    Voici un problème clair: la classe LPT, et sa fille HR sont dans mon programme.

    Constructeur de LPT:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    LPT::LPT(Choc &c, std::string nom_cfp)
    :CFP(c, nom_cfp)
    {
    	std::cout << "LPT cree :" <<nom_cfp <<std::endl;
    
    	setImageReferenceIR();
    }
    Constructeur de HR:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    HR::HR(Choc & c, std::string nom_cfp)
    :LPT(c, nom_cfp)
    {
    	std::cout<< "Creation d'un objet HR" <<std::endl;
     
    }
    Le problème c'est que ma fonction membre setImageReferenceIR() est très différente dans ces deux classes.
    J'aimerai donc appelé toujours la bonne fonction = polymorphisme !

    Ma question est donc: Etant donné que j'ai déclaré cette fontion setImageReferenceIR() comme virtuelle dans ces deux classes, comment se fait-il que rendu à la ligne rouge dans l'éxécution du programme (constructeur de HR), il appelle la fonction membre de CFP et pas de HR ?


    Merci d'avance!

  2. #2
    Membre expérimenté
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    192
    Détails du profil
    Informations personnelles :
    Âge : 43
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 192
    Par défaut
    Dans les constructeurs, ces sont toujours les méthodes de la classe du constructeur qui sont appelées, pour des raisons d'initialisation : le constructeur de la classe de base est appelé en premier, donc les méthodes qu'il appelle ne peuvent pas travailler avec l'objet de la classe fille, qui n'est pas encore initialisé
    C'est dommage, ça marcherait partout ailleurs
    Une solution serait d'avoir une méthode init() appelée après la contruction de l'objet fils, ainsi les méthodes qu'elle appelle pourraient être surchargées et appelées. Il existe certainement une méthode plus propre que ça...

  3. #3
    Membre Expert
    Avatar de Eusebe
    Inscrit en
    Mars 2006
    Messages
    1 992
    Détails du profil
    Informations personnelles :
    Âge : 47

    Informations forums :
    Inscription : Mars 2006
    Messages : 1 992

  4. #4
    Membre confirmé Avatar de Dark-Water
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Juin 2006
    Messages
    142
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2006
    Messages : 142
    Par défaut
    Citation Envoyé par poukill


    Constructeur de LPT:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    LPT::LPT(Choc &c, std::string nom_cfp)
    :CFP(c, nom_cfp)
    {
    	std::cout << "LPT cree :" <<nom_cfp <<std::endl;
    
    	setImageReferenceIR();
    }
    Constructeur de HR:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    HR::HR(Choc & c, std::string nom_cfp)
    :LPT(c, nom_cfp)
    {
    	std::cout<< "Creation d'un objet HR" <<std::endl;
     
    }
    car setImageReferenceIR(); est équivalent à this.setImageReferenceIR();
    si tu veux appeler celle de HR il te faut
    HR toto;
    toto.setImageReferenceIR();

    voila.
    Si tu as d'autre question n'hésite pas

  5. #5
    Membre Expert
    Avatar de poukill
    Profil pro
    Inscrit en
    Février 2006
    Messages
    2 155
    Détails du profil
    Informations personnelles :
    Âge : 41
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 2 155
    Par défaut
    C'est pas trop une bonne nouvelle ce que vous me donnez là...
    Plus j'avance, et moins je met de fonctions membres dans le constructeur!

    Merci à vous.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [POO] Interface ou héritage ?
    Par s.n.a.f.u dans le forum VB.NET
    Réponses: 3
    Dernier message: 17/03/2007, 01h02
  2. virtual et héritage, ld undefined symbol
    Par grodwar dans le forum C++
    Réponses: 2
    Dernier message: 03/01/2007, 09h00
  3. [Débutant] [POO] Problème d'héritage
    Par fire.stone dans le forum Langage
    Réponses: 3
    Dernier message: 30/09/2006, 23h21
  4. [POO] Constructeur et héritage
    Par LDDL dans le forum Langage
    Réponses: 3
    Dernier message: 23/05/2006, 21h44
  5. [POO]Interdire l'héritage
    Par Coulon Arnaud dans le forum Langage
    Réponses: 7
    Dernier message: 06/04/2005, 16h20

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo