Discussion :

[engi]

Salut,

Voil� le topo :

J'ai une classe de base d�finissant quelques fonctions, et j'ai deux classes d�riv�es de cette classe de base.
Certaines fonctions de la classe de base sont red�finies dans les classes d�riv�es.

J'ai un soucis concernant l'appel aux fonctions qui existent dans la classe de base et qui sont red�finies, et ceci depuis les classes d�riv�es.

Voil� un peu de code :

base.h :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
 
protected:
    virtual int __fastcall LireSurPortCOM(BYTE *dcReponseParam, DWORD TimeOut, bool DoAcquit);

base.cpp :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
 
int __fastcall TBase::LireSurPortCOM(BYTE *dcReponseParam, DWORD TimeOut, bool DoAcquit)
{
    return 0;
}

derivee.h

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
 
private:
    int __fastcall LireSurPortCOM(BYTE *dcReponseParam, DWORD TimeOut, bool DoAcquit);
    int __fastcall FaireTransfert();

derivee.cpp

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
 
int __fastcall TDerivee::LireSurPortCOM(BYTE *dcReponseParam, DWORD TimeOut, bool DoAcquit)
{
    bla bla bla
    return result;
}
 
int __fastcall TDerivee::FaireTransfert()
{
    int result = LireSurPortCOM(paramètres...);
    return result;
}

Dans mon mainform, je fais ceci :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
 
TBase *b = new TBase();
TDerivee *d = (TDerivee *)b;
d->FaireTransfert();

La fonction FaireTransfert() est bien appel�e depuis la classe d�riv�e (puisqu'elle lui est propre).
Par contre, dans la fonction FaireTransfert() elle-m�me, l'appel � la fonction LireSurPortCOM passe par la fonction de la classe de base et non la fonction red�finie !

J'ai loup� quelque chose ?

[stendhal666]

TDerivee *d = (TDerivee)b;

l� si ton compilateur ne d�tecte pas une erreur c'est qu'il y a un probl�me: TDerivee n'est pas un type pointeur, donc le cast de b (qui est un TBase*) en TDerived devrait clocher.

si c'est une faute de frappe regarde s'il n'y en a pas d'autres dans ton code parce que c'est en effet la fonction d�riv�e qui devrait �tre appel�e.

Aucune chance que le "blabla" retourne effectivement 0 dans la fonction d�riv�e?

[engi]

C'�tait effectivement une faute de frappe que je viens de corriger.
L'appel � la fonction LireSurportCOM depuis FaireTransfert me retourne bien 0.
J'ai la certitude que c'est la fonction LireSurportCOM de la classe de base qui est ex�cut�e car j'ai ex�cut� mon programme en pas � pas pour voir comment �a se passait.
Sachant que la fonction LireSurportCOM est red�finie dans la classe d�riv�e, pourquoi un appel � cette fonction depuis la classe d�riv�e ex�cute celle de la classe de base ?

[engi]

Info suppl�mentaire :
Mon probl�me ne se pose que lorsque j'appelle ma fonction depuis un pointeur de type TBase * cast� en TDerivee *.

Si je fais :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
 
TDerivee *d = new TDerivee();
d->FaireTransfert();

Dans ce cas, c'est bien la fonction LireSurPortCOM red�finie dans la classe d�riv�e qui est ex�cut�e dans FaireTransfert()

[darkhades]

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
 
TBase *b = new TBase();
TDerivee *d = (TDerivee *)b;
d->FaireTransfert();

es-tu sure que ton code fonctionne?
Tu peux faire un TBase *d = new TDerivee(); et la �a marchera.
Ce n'est pas bon de caster une classe m�re vers une classe fille si � la cr�ation tu ne pr�cise pas que c'est une classe fille, l'inverse est possible mais normalement ta classe fille va rajouter des �l�ments que ta classe m�re n'a pas et dans ton cas tu alloues la m�moire pour une TBase qui ne fait pas forcement la m�me taille et sera certainement plus petite que ta classe fille.
Apr�s si tu as bien allou� comme je fais moi, tu peux totalement d�riv� le d vers la classe fille TDerivee car elle aura d�j� allou� la bonne espace m�moire.

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
 
TBase *b = new TDerivee ();
TDerivee *d = (TDerivee *)b;
d->FaireTransfert()

La �a devrait fonctionner.

[stendhal666]

Je n'arrive pas � reproduire le probl�me. J'ai compil�:

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
#include <iostream>
 
class Base {
  protected:
  virtual const char* bla() { return "base blabla"; }
  };
 
class Derived {
  public:
  void parle() { std::cout << chuchote() << std::endl; }
  private:
  const char* bla() { return "derived blabla"; }
  const char* chuchote() { return bla(); }
 
  };
 
int main() {
 
  Base* b = new Base();
  Derived* d = (Derived*) b;
  d->parle();
 
}

et la sortie est bien "derived blabla".

Dans l'ignorance de ce qui se passe vraiment, je te propose d'essayer de remplacer ton cast C par un cast C++, en l'occurrence par un dynamic_cast qui est fait pour ce genre de conversions

[engi]

Je n'arrive pas � reproduire le probl�me. J'ai compil�:

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
#include <iostream>
 
class Base {
  protected:
  virtual const char* bla() { return "base blabla"; }
  };
 
class Derived {
  public:
  void parle() { std::cout << chuchote() << std::endl; }
  private:
  const char* bla() { return "derived blabla"; }
  const char* chuchote() { return bla(); }
 
  };
 
int main() {
 
  Base* b = new Base();
  Derived* d = (Derived*) b;
  d->parle();
 
}

et la sortie est bien "derived blabla".

Dans l'ignorance de ce qui se passe vraiment, je te propose d'essayer de remplacer ton cast C par un cast C++, en l'occurrence par un dynamic_cast qui est fait pour ce genre de conversions

Effectivement, je viens de tester ton code et cela fonctionne.
Ceci �tant, c'est normal car ta classe "Derived" n'est pas d�riv�e de la classe "Base".
D�clare la classe "Derived" comme cela :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

class Derived : Base

et tu verras que tu auras le m�me probl�me que moi.

Et pour ce qui est du dynamic_cast, j'avais essay� mais il me retourne un pointeur nul.

[darkhades]

As-tu lu mon poste (2 postes au dessus)?

[stendhal666]

Effectivement, je viens de tester ton code et cela fonctionne.
Ceci �tant, c'est normal car ta classe "Derived" n'est pas d�riv�e de la classe "Base".

C'est bien vrai

D'un autre c�t�, tu cr�es un objet Base et tu veux qu'il se comporte comme un Derived, donc on est deux... A la r�flexion, ce qui se passe est tout � fait normal! Le polymorphisme, c'est que le pointeur choisisse la fonction en fonction de l'objet sur lequel il pointe, pas qu'une base se transforme magiquement en derived quand tu mets un pointeur derived dessus. C'est pour �a que dynamic_cast renvoie null: ce n'est pas le chemin � prendre!

[engi]

As-tu lu mon poste (2 postes au dessus)?

Oui, mais ta solution me pose probl�me ou alors j'ai mal con�u mon programme.
En fait, c'est un peu plus compliqu� que ce que j'ai expos� dans ma question premi�re.

Mon programme consiste � communiquer avec des mat�riels connect�s � un modem.
J'ai � ma disposition deux types de modem avec des caract�ristiques communes et certaines qui leur sont propres, d'o� l'id�e d'une classe de base et deux classes d�riv�es.
Le probl�me, c'est que mon programme doit communiquer avec ces fameux mat�riels, mais sans connaitre � l'avance le type de modem utilis�.
C'est pour cela que mon programme instancie un objet modem dont le type est la classe de base.
Ne connaissant pas le type de modem, je ne peux pas instancier l'objet en partant d'une des classes d�riv�es.

L'id�e est de partir de la classe de base, de la caster vers une classe de type d�riv�e, d'appeler une fonction de communication bien pr�cise, qui ne peut �tre comprise que par un seul type de modem.
Si j'obtiens une r�ponse, j'en d�duis que le modem connect� est du type de la classe d�riv�e utilis�e, sinon, c'est l'autre type.

[engi]

C'est bien vrai

D'un autre c�t�, tu cr�es un objet Base et tu veux qu'il se comporte comme un Derived, donc on est deux... A la r�flexion, ce qui se passe est tout � fait normal!

C'est certainement par m�connaissance de ma part, mais je pensais qu'une classe d�riv�e n'utilisait que les fonctions qui lui sont propres ou bien celles red�finies (dans ce cas, en ignorant celles de la classe de base d�clar�es virtuelles). C'est vrai dans un cas.

Mais, dans mon cas :
- Sachant que mon objet est � l'origine d�clar� avec comme type la classe de base
- M�me si le pointeur que j'utilise est du type de la classe d�riv�e
-> Je pensais que dans ce cas, les fonctions appel�es seraient celles de la classe d�riv�e.

Manifestement, ce n'est pas le cas.
C'est certainement cela qu'on appelle le polymorphisme mais j'avoue ne pas avoir beaucoup potass� dans ce domaine et il va donc falloir que je r�vise un peu cette notion :o)

[darkhades]

Pourquoi tu ne ferais pas le contraire?
Tu as deux classes bases qui sont tes modems et une classe d�riv� qui h�rite des 2. Dans la methode h�rit� FaireTransfert() tu appelles celui du parent.
Donc il appellera normalement la bonne m�thode du parent ne sachant pas par contre quel type c'est.

[engi]

Pourquoi tu ne ferais pas le contraire?
Tu as deux classes bases qui sont tes modems et une classe d�riv� qui h�rite des 2. Dans la methode h�rit� FaireTransfert() tu appelles celui du parent.
Donc il appellera normalement la bonne m�thode du parent ne sachant pas par contre quel type c'est.

Il faut que je remette tout �a � plat.
En tous les cas, merci de ton aide.
Et merci aussi � stendhal666.

[darkhades]

De rien
Si tu as besoin d'aide n'h�site pas � m'envoyer un MP. Je r�ponds normalement assez rapidement.