Callback resolu à la compilation...

Callback resolu à la compilation... - C++ - Programmation

Marsh Posté le 26-12-2004 à 11:50:58    

Je souhaiterais faire une classe de base callback optimisée utilisable dans tout programme présentant la particularité de lier evennements et traitements de manière statique (définie à la commpilation). Les classes callback et slot que je trouve sur le net sont toutes "dynamiques" (callback modifiable pendant l'exécution). Sauf erreur de ma part, ces solutions sont sans doute lourdes à l'excution si l'on n'a pas besoin de l'aspect dynamique.
 
Dans le code, voila l'idée : le calbback est paramétré à la compilation avec l'objet de traitement, la fonction membre de traitement et l'ensemble des types adequates.

Code :
  1. template< class t_callback_class,
  2.   typename t_return,
  3.   typename t_argument,
  4.   t_return (t_callback_class::*fm)( t_argument ) >
  5. struct C
  6. {
  7. // constructeur
  8. C( t_callback_class& c ) :
  9. _callback_class( c )
  10. {
  12. }
  14. // fonction callback
  15. inline t_return operator()( t_argument arg )
  16. {
  17.  (_callback_class.*fm)( arg );
  18. };
  20. private:
  21. t_callback_class& _callback_class;
  22. };


 
A l'utilisation, cela donne quelquechose du genre :

Code :
  1. struct A
  2. {
  3. A( const string& m ) :
  4. _message( m )
  5. {
  7. }
  9. void traitement( const string& s )
  10. {
  11.  cout << _message << "traitement(" << s << " )" << endl;
  12. }
  14. private:
  15. string _message;
  16. };
  18. struct X : C< A, void, const string&, &A::traitement >
  19. {
  20. X() :
  21. C< A, void, const string&, &A::traitement >( a ),
  22. a( "Instance de X :" )
  23. {
  25. }
  27. void event()
  28. {
  29.  (*this)( "event depuis X!" );
  30. }
  32. private:
  33. A a;
  34. };
  36. struct Y
  37. {
  38. Y() :
  39. a( "Instance de Y :" ),
  40. c( a )
  41. {
  43. }
  45. void event()
  46. {
  47.  c( "event depuis Y!" );
  48. }
  50. private:
  51. A a;
  52. C< A, void, const string&, &A::traitement > c;
  53. };
  55. struct Z
  56. {
  57. Z( A& a ) :
  58. c( a )
  59. {
  61. }
  63. void event()
  64. {
  65.  c( "event depuis Z!" );
  66. }
  68. private:
  69. C< A, void, const string&, &A::traitement > c;
  70. };
  72. int main()
  73. {
  74. X x;
  75. Y y;
  76. A a( "Instance globale :" );
  77. Z z1( a ), z2( a );
  78. x.event();
  79. y.event();
  80. z1.event();
  81. z2.event();
  82. }


 
Pensez vous que cela apporte réellement une optimisation par rapport à un callback "dynamique" ?
 
Toutes remarques sont les bienvenues aussi bien sur la démarche que l'implémentation.
 
-edit : L'objet de traitement est passé à la classe de base callback par référence (copie possible). L'idée est de laisser construire l'objet de traitement par l'utilisateur de la classe callback..


Message édité par xterminhate le 26-12-2004 à 14:59:03

---------------
Cordialement, Xterm-in'Hate...
Reply

Marsh Posté le 26-12-2004 à 11:50:58   

Reply

Marsh Posté le 26-12-2004 à 13:29:09    

Citation :


Pensez vous que cela apporte réellement une optimisation par rapport à un callback "dynamique" ?


 
 
Pour ce qui'est de l'optimisation, (niveau execution OUI)  car là avec ton'template', le code de tes fonctions génériques sera copié à la compilation à chaque appel et pour chaque 'type de donnée' utilisés.
 
En gros cela revient à écrire chaques fonctions à la main (elles sont connues  vu que rien ne doit se passer dynamiquement).
 
 
 

Citation :

Toutes remarques sont les bienvenues aussi bien sur la démarche que l'implémentation.


 
 
... struct X : C< .... void event() { callback( "event depuis Y" ); } ..
 
As tu pensé aux exceptions ? (elles ne sont pas reservées exclusivement à lever 'une erreur'   ;)
 
 
sinon très bon code et bien refléchi   :sum:
 
a+

Reply

Marsh Posté le 27-12-2004 à 12:56:54    

Merci.
 

ouned-coding a écrit :

As tu pensé aux exceptions ? (elles ne sont pas reservées exclusivement à lever 'une erreur'   ;)


 
Justement, non. Que puis-je faire pour améliorer les choses ?


Message édité par xterminhate le 27-12-2004 à 12:57:23

---------------
Cordialement, Xterm-in'Hate...
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed