Discussion :

[oodini]

Bonjour,

J'ai une classe parente avec laquelle j'aimerais imposer � ses classes enfant la d�finition d'une fonction.
Normalement, cela se fait avec une m�thode virtuelle pure.

Mais pour certains enfants, cette m�thode peut avoir besoin d'arguments suppl�mentaires.

Existe-t-il, pour cette manip, une mani�re de faire qui a �t� consacr�e ? Ou dois-je oublier l'id�e ?

N'ayant pas besoin de comportement polymorphique, une m�thode statique me conviendrait.

[LinuxUser]

Salut,

Je suis pas s�r de bien comprendre, tu cherches � faire une surcharge mais avec des param�tres diff�rents pour chaque classe fille?

Quleque chose de ce genre ?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
  classe A 
      {
         public:
            virtual void f()=0;
      };
 
  class B: public A 
     {
       public:
           virtual void f(int) { ...... }
     };

Si c'est le cas, il n'y a pas d'inter�t � ce qu'elle soit virtuelle.

[oodini]

Je veux imposer une fonctionnalit�, en imposant une m�thode d'un nom pr�cis.
Il se trouve toutefois que certaines classes d�riv�es ont besoin d'arguments suppl�mentaires pour impl�menter cette fonctionnalit�.

Mais je t'accorde que d'un point de vue "virtualit�", �a n'a pas beaucoup de sens.

[Bousk]

Salut,

je pense pas que ce soit possible de cette mani�re, et franchement je trouve pas �a sain ni recommandable comme id�e. (En tous cas en C++, en Python il m'arrive d'en abuser^^)

La seule id�e farfelue qui me vient c'est une m�thode externe � variadic template, et encore je sais pas si t'auras le r�sultat escompt�.
En surchargeant cette fonction pour chaque class et r�aliser le bon appel sur la-dite class ?

L'id�e serait un truc comme �a (� la syntaxe pr�s que je n'ai pas en m�moire, je ne manipule pour ainsi dire jamais de variadic template )

Code :

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

1
2
3
4
5
 
template<class T, class... Args>
void Foo(T* p, ...Args) { p->_Foo(Args); }
struct A { template<class...Args> void Foo(...Args) { Foo(this, Args); } void _Foo() {} };
struct B : A { void _Foo(int) {} };

Peut-�tre que le membre Foo est superflu, si tu peux te contenter de forcer l'appel � la m�thode externe ?

Bref, sans conviction

[oodini]

Bon, je vais laisser tomber.

Apr�s tout, ce n'est pas pour une API, mais pour un usage interne. Un bon commentaire suffira.

Merci !

[Iradrille]

Hello,

Pas besoin de comportements dynamique + prototype non d�fini, �a veut bien dire que la fonction ne sera jamais appel�e depuis une instance de la classe parente ?

Dans ce cas pourquoi vouloir la factoriser dans la classe parente ?