Discussion :

[3DArchi]

En générale, on la réinvente carrée
Donc ma question: est-ce que quelque chose comme ça existe déjà:

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
template<class T, class Arg, class Result> class CWrapper2
{
   typedef Result (T::* TypeFonctionMembre)(Arg,Arg);
   typedef Result TypeRetour;
   typedef Arg TypeArg;
public:
   CWrapper2(T*P_Element,TypeFonctionMembre P_FonctionMembre)
   :m_pElement(P_Element),m_Fonction(P_FonctionMembre)
   {}
   TypeRetour operator()(TypeArg P_Arg1, TypeArg P_Arg2)
   {return (m_pElement->*m_Fonction)(P_Arg1, P_Arg2);}
 
protected:
   T *m_pElement;
   TypeFonctionMembre m_Fonction;
};

[HanLee]

En générale, on la réinvente carrée
Donc ma question: est-ce que quelque chose comme ça existe déjà:

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
template<class T, class Arg, class Result> class CWrapper2
{
   typedef Result (T::* TypeFonctionMembre)(Arg,Arg);
   typedef Result TypeRetour;
   typedef Arg TypeArg;
public:
   CWrapper2(T*P_Element,TypeFonctionMembre P_FonctionMembre)
   :m_pElement(P_Element),m_Fonction(P_FonctionMembre)
   {}
   TypeRetour operator()(TypeArg P_Arg1, TypeArg P_Arg2)
   {return (m_pElement->*m_Fonction)(P_Arg1, P_Arg2);}
 
protected:
   T *m_pElement;
   TypeFonctionMembre m_Fonction;
};

Boost.Function conjointement avec Boost.Bind ?

[3DArchi]

Pour mon projet, j'ai pas le temps de me mettre à boost. Donc, une soluce sans m'arrangerait.

[Luc Hermitte]

Loki ?
Dans tous les cas, apprendre à utiliser boost::function/boost::bind (dans ces 2 cas, std::tr1::, et à termes std:: tout court (si j'ai bien compris)) te prendra moins de temps qu'à les développer et les tester pour tous les cas possibles.
Sans parler de la maintenance qui pourra échouer à quelqu'un qui n'est pas forcément prêt à maintenir ce genre de code.

[3DArchi]

Loki ?

Heu?

Dans tous les cas, apprendre à utiliser boost::function/boost::bind (dans ces 2 cas, std::tr1::, et à termes std:: tout court (si j'ai bien compris)) te prendra moins de temps qu'à les développer et les tester pour tous les cas possibles.

On est malheureusement pas toujours maître de ses choix.

Sans parler de la maintenance qui pourra échouer à quelqu'un qui n'est pas forcément prêt à maintenir ce genre de code.

En tant que développeur, c'est une éventualité à laquelle il faut toujours être prêt

Merci pour les infos.

[Davidbrcz]

Loki est la bibliothèque qu'Andrei Alexandrescu developpe tout au long de Modern C++ Design Pattern.

Dispo ici : http://loki-lib.sourceforge.net/

[HanLee]

On est malheureusement pas toujours maître de ses choix.

J'croyais que tu n'avais juste pas le temps ? C'est archi-facile à utiliser les deux solutions.

[Luc Hermitte]

a- On est malheureusement pas toujours maître de ses choix.
b- En tant que développeur, c'est une éventualité à laquelle il faut toujours être prêt

a- Il y a une différence entre "pas le temps de chercher à comprendre comment ça s'utilise", "mon compilo est trop vieux", et "mon client/responsable technique ne me laissera pas rajouter boost en COTS".
Ma réponse est dans le contexte du "pas le temps". Je comprends parfaitement les deux autres cas.

b- J'ai justement eu à patcher ce genre de classe pour rajouter le support de nouvelles formes de signatures (car justement compilo trop vieux pour boost), et certes un pompier expérimenté en maintenance aura moins de mal, mais ce n'est pas le cas de tout le monde.

[JolyLoic]

boost::function/boost::bind (dans ces 2 cas, std::tr1::, et à termes std:: tout court (si j'ai bien compris))

Je plussoie. Donc avec un compilateur intégrant TR1, pas besoin de boost pour ça. Et l'investissement en apprentissage ne sera pas perdu.