h�ritage et m�thode virtuelle

Je ne peux pas le garantir � 100% (il y'a peut �tre quelques hacks que je ne connais pas) mais je dirais que non.

La vraie question est : Pourquoi as tu besoin de savoir cela ?

Salut, et bienvenue sur le forum

De prime abord, je dirais que non, et que, de toutes mani�res, tu n'a a priori aucun besoin de le savoir

Ceci dit, je me demande si ta question ne porte pas plut�t sur comment �tre s�r qu'une fonction virtuelle sera red�finie dans les classes d�riv�es...

Dans ce cas, la cl� r�side dans l'utilisation de fonction(s) virtuelle(s) pure(s), �ventuellement associ�e(s) avec l'idiome NVI (Non Virtual Interface).

NB: une classe dans laquelle il existe une fonction virtuelle pure est, par d�finition m�me ce que l'on appelle une classe abstraite.

Il est donc impossible d'instancier une classe dans laquelle il existe une fonction virtuelle pure (par contre, il est possible de faire passer l'instance d'une classe d�riv�e pour une instance de la classe parent), tout comme il est impossible d'instancier une classe d�riv�e dans laquelle toutes les fonctions virtuelles pures n'auront pas �t� red�finies

Envoy� par jabbounet

jcependant si ce n'est pas ton besoin, tu peux le g�rer de fa�on manuelle avec un simple bool�en priv� dans la classe m�re que tu met a jour dans la m�thode virtuelle de ta classe m�re et encore c'est un peu bancal.....

C'est m�me tout � fait bancal, dans le sens o� ce bool�en ne serait de toute fa�on pas mis � jour avant l'invocation de la fonction virtuelle (du moins dans la version que tu pr�sente)...

Ainsi un code proche de

Code :

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

1
2
3
4
5
 
Base* b = new Derivee;
std::cout<<b->isReimplemented()<<std::endl;
b->foo();
std::cout<<b->isReimplemented()<<std::endl;

donnerait pour le premier appel de isReimplemented (qui ne ferait que v�rifier le bool�e) un r�sultat faux alors que le deuxi�me donnerait un r�sultat vrai

La solution serait alors de mettre ce bool�en � jour dans le constructeur, mais... nous serons alors confront� au probl�me majeur de l'erreur humaine et de la loi de Finagle: tu trouveras toujours un "imb�cile" pour oublier de mettre le booleen � jour lorsqu'il red�finit la fonction virtuelle ou un autre pour mettre le bool�en � jour alors... qu'il n'a pas red�fini la fonction virtuelle...

Bref, le mot bancal est faible

Envoy� par cibatro

Merci pour vos r�ponses.

En fait, j'utilise des biblioth�ques de physique qui ont �t� d�velopp�es par d'autres personnes.
Par d�faut dans la classe m�re cette m�thode va faire certains calculs. Ces calculs par d�faut ne m'int�ressent pas. Cette m�thode ne m'int�resse que pour les classes enfants qui la red�finissent. Le probl�me c'est que cette m�thode est appel�e plusieurs milliards de fois et je ne veux pas faire les calculs par d�fauts de la classe m�re pour les classes enfants qui ne red�finissent pas cette m�thode (pour essayer de gagner un peu de temps de calcul). Et j'aimerais �viter de retoucher aux biblioth�ques de bases.

Tu n'as donc absolument pas besoin de savoir si la fonction est red�finie dans tes propres classes, tout ce dont tu as besoin, c'est d'utiliser le polymorphisme qui est induit par le fait que les fonctions sont virtuelles

Le polymorphisme assure que, quel que soit le type D qui h�rite d'une classe B, si tu fais appel � une m�thode d�finie dans B (et red�finie dans D), ce sera le comportement propre au D qui sera appel�... Et c'est exactement ce que tu souhaite

Suffit de cr�er une classe tampon qui va annuler le calcul que tu veux et ne manipuler plus que ca.
Exemple

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
 
class Base // classe pas faite par toi
{
public:
virtual void foo() {/*plein de truc compliqué*/}
};
 
class Tampon : public Base // classe faite par toi
{
public:
virtual void foo() {/*rien*/}
};
 
//ensuite tes classes qui héritent de Tampon
class D1 : public Tampon
{
public:
virtual void foo() {/*calcul 1*/}
};
 
class D2 : public Tampon
{
public:
virtual void foo() {/*calcul 2*/}
};
 
//après, suffit de manipuler des Tampon* pour avoir le polymorphisme avec ses enfants et plus de problème de calcul inutile.