Forcer l'appel aux fonctions de la classe mère

Bonjour,

Comment dans une fonction virtuelle (une fonction de callback) d'une classe fille obliger le développeur (ou même mieux le compilateur) à appeler la fonction virtuelle de la classe mère.

Code:

---

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 28

class A { public: virtual void Callback(void); };   class B : public A { public: virtual void Callback(void); };   void B::Callback(void) { // mon traitement dans la classe B ...   // appel de la fonction virtuelle de A // je veux être sûr de ne pas oublier cet appel A::Callback(); }   void A::Callback(void) { // cette fonction doit IMPERATIVEMENT être appelée ... }

---

Est ce que ce besoin ne serait pas le signe d'un problème de conception des 2 classes ?

Merci de vos réponses

Je ne sais pas comment s'appelle le principe mais en général, on met la fonction virtuel en protégé et on gère l'interface par la classe mère :

Code:

---

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 28 29

class A { public: void Callback(void); protected: virtual void CallbackImpl(void); void PreCallback(void); void PostCallback(void); };   class B : public A { protected: virtual void CallbackImpl(void); };   void B::CallbackImpl(void) { // mon traitement dans la classe B ... }   void A::Callback(void) { PreCallback(); CallbackImpl(); PostCallback(); }

---

(modulo les erreurs d'écriture à la volée).

Citation:

---

Envoyé par 3DArchi

Je ne sais pas comment s'appelle le principe mais en général, on met la fonction virtuel en protégé et on gère l'interface par la classe mère :

---

On pourrait considérer ça comme un cas particulier du mécanisme de poignée (ou handler je crois) ?

c'est l'idiom NVI (non virtual interface).

Citation:

---

Envoyé par ram-0000

Est ce que ce besoin ne serait pas le signe d'un problème de conception des 2 classes ?

---

Pas du tout. C'est même une très bonne conception ;).

@Melem: Ça reste listé comme un Anti-Pattern.

Toutefois, le NVI ne sert plus à rien dès qu'il y a une vraie hiérarchie plutôt qu'une implémentation d'interface.
Ensuite, on doit toujours pouvoir tricher avec un héritage de classe interne, qui possède un constructeur et un destructeur...