Discussion :

[PINGOUIN_GEANT]

Bonjour � toutes et � tous,
je m'interroge sur cette phrase trouv�e dans la FAQ
http://c.developpez.com/faq/cpp/?pag..._utiliser_this

Voil� quelque chose qui ne fonctionne jamais : le (corps du) constructeur (ou une fonction appel�e par lui) ne peut pas descendre dans une classe d�riv�e en appelant une m�thode virtual qui est red�finie dans une classe d�riv�e. Si votre but �tait d'ex�cuter le code de la fonction virtuelle, �a ne fonctionnera pas.

J'ai l'impression qu'il n'est possible de faire l'op�ration d�crite qu'avec une utilsation de downcasting. Pourtant cela n'est pas indiqu� par l'auteur, donc je me dis que je ne comprends pas tout. Qu'en est-il exactement ?
Je vous remercie par avance de m'�clairer.

[Aurelien.Regat-Barrel]

Ben la virtualit� c'est plus ou moins ce que tu entends par downcasting non ?
Il veut dire que si tu tentes d'appeler une m�thode virtuelle de la classe d�riv�e dans ton constructeur �a marchera pas.

[PINGOUIN_GEANT]

Merci c'est bien ce qui me semblait.
Et je trouve surprenant que des gens puissent faire appel � une m�thode de la classe d�riv�e quand ils cr�ent lune instance de la classe de base.

[JolyLoic]

Bin, �a peut arriver assez naturellement : Par exemple, imagine la hi�rarchie bateau d'une classe Forme avec des d�riv�es Rond et Rectangle.

Si on veut qu'apr�s chaque changement de taille, on affiche la forme, la m�thode classique consiste � appeler la fonction virtuelle Forme::affiche() directement dans le code de la fonction Forme::resize(), avec appel dynamique (Rond::affiche() sera appel�, par exemple).

De m�me fa�on, si on veut qu'une forme soit affich�e en permanence � l'�cran, il peut sembler assez naturel de mettre un appel � affiche() dans le constructeur, et comme on veut v�rifier �a pour n'importe quelle forme, on souhaites mettre cet appel directement dans le constructeur de la classe de Base, Forme. Et l�, c'est la fonction Forme::affiche (et jamais Rond::affiche) qui sera appel�e. Et si en plus d'�tre virtuelle, Forme::affiche est pure, boom.

Certains ont propos� de d�finir deux constructeurs : Un comme celui actuel, et un autre nomm� post-constructeur. La s�quence d'appel automatique � la cr�ation d'un objet serait alors :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
struct A{};
struct B:A{};
struct C:B{};
 
C c;
=>
 A::A() // Type dynamique == A
 B::B() // Type dynamique == B
 C::C() // Type dynamique == C
 A::post-A() // Type dynamique == C
 B::post-B() // Type dynamique == C
 C::post-C() // Type dynamique == C

[PINGOUIN_GEANT]

j'ai un petit doute du coup

Code :

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

1
2
3
 
class B : public A {}
A *a=new B;

Dans ce bout de code on ne fait pas appel au constructeur de A sauf dans B.

ce qui ne marche pas serait en fait

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
class A {
virtual void affiche();
A() {
affiche();
 }
};
 
class B : public A {
//redéfinition de affiche
}
 
B b; // pas ce qu'on veut car appel du constructeur A et donc utilisation de A::affiche()

en fait il me manquait bien quelque chose, car je ne voyais qu'un dynamic_cast pour arriver � une telle situation (celle �voqu�e dans la FAQ)

[Aurelien.Regat-Barrel]

Je crois que tu as compris.