C++

Pointeur de fonction membre sur fonction membre de meme classe

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Pointeur de fonction membre sur fonction membre de meme classe

bb138

La vie est belle ...

Bonjour,
Je voudrais faire une chose comme ce qui suit mais j'ai un probleme et ne sait pas comment faire appel au pointeur sur fonction membre... Si vous avez une idee...

Code :

class toto
{
public :
toto( bool b ) {
if (b) d = &toto::disp1 ;
else d = &toto::disp2 ;
}
typedef void (toto::*D)() ;
D d ;
protected :
void disp1(void) { cout << "Disp1" << endl ; }
void disp2(void) { cout << "Disp2" << endl ; }
} ;
int
main()
{
toto t ;
(t.*d)() ; // <-- probleme ici
return 0;
}

Publicité

gatorette

boot::bind est ton amie dans ce cas (c'est peut être possible directement avec la STL mais je sais pas faire)

En gros ton problème est que dans ton initialisation de d, tu ne précise pas de quel objet est issue la fonction que tu souhaite appeler. Si ça peut t'aider ton truc marcherait bien avec des fonctions statiques mais il manque le pointeur this implicite dans ton cas.

Un code utilisant boost::bind et boost::function :

Code :

#include <iostream>
#include <boost/bind.hpp>
#include <boost/function.hpp>
using namespace std;
class toto
{
public:
toto(bool b) {
if(b)
d = boost::bind(&toto::disp1,this);
else
d = boost::bind(&toto::disp2,this);
}
// typedef void(*D)(void);
typedef boost::function<void(void)> D;
D d;
protected:
void disp1() { cout << "Disp1" << endl; }
void disp2() { cout << "Disp2" << endl; }
};
int
main()
{
toto t(false);
(t.d)();
return 0;
}

Message édité par gatorette le 31-01-2005 à 22:51:30

---------------
each day I don't die is cheating

Taz

bisounours-codeur

boost, c'est génial.

Mais bon, faudrait déjà crriger l'exemple de base

(t.*(t.d))() ;

Taz

bisounours-codeur

pour en revenir à l'exemple de gatorette, tout l'intérêt, c'est ensuite de pouvoir écrire

boost::function<void(void)> e = t.d;

e();

gatorette

Taz a écrit :

boost, c'est génial.

:jap:

Taz a écrit :

Mais bon, faudrait déjà crriger l'exemple de base

(t.*(t.d))() ;

Et juste un t.d() comme dans mon exemple ? C'est incorrect ?
Parce que sur mon compilateur (VC++ 7.1) ça compile sans problème.

---------------
each day I don't die is cheating

Taz

bisounours-codeur

c'est correcte. t.d est la fonction disp liée à l'instance t. On a ça dans plein de langage comme python par exemple. Je souligné juste que l'intérêt, c'est de pouvoir manipuler (t.d) comme un objet indépendant et en faire ce qu'on veut.

gatorette

Taz a écrit :

:jap:

OK... sinon j'ai essayé de faire ça en utilisant que la STL mais je n'ai pas réussi. Voici ce que j'ai fait jusqu'à présent :

Code :

#include <iostream>
#include <functional>
using namespace std;
class toto
{
public:
toto(bool b)
: d_(bind1st(mem_fun(&toto::disp1),this))
{
if(!b)
d_ = bind1st(mem_fun(&toto::disp2),this);
}
typedef binder1st<mem_fun1_t<void,toto,int> > D;
D d_;
private:
void disp1(int) { cout << "disp_1" << endl; }
void disp2(int) { cout << "disp_2" << endl; }
};
int main()
{
toto t(true);
t.d_(5);
return 0;
}

Deux gros problèmes :

J'ai été obligé de mettre un paramètre (int) à mes fonctions car sinon le bind1st (indispensable pour lier le this à la fonction) n'a pas assez d'arguments. En effet, il exécute une fonction "binaire" (mon mem_fun_t acceptant comme argument mon pointeur vers mon objet toto et le int que j'ai rajouté) en simulant une fonction "unaire". La solution serait-elle de refaire une classe bindsolearg qui permettrait de binder à la création de l'objet le seul argument de la fonction qui nous intéresse ?
Comme un binder1st n'a pas de constructeur par défaut (contrairement à boost::function par exemple), il faut que je l'initialise à la construction. Or je suis obligé de mettre une fonction membre de toto (à cause du mem_fun_t) et mon toto n'est pas encore complètement initialisé. VC++ me met même un warning lors de la compilation mais le programme semble tourner.

-----------------
v2
Bon en écrivant le message j'ai réflechi un peu et voici une version qui corrige les deux problèmes évoqués ci-dessus :

Code :

#include <iostream>
#include <functional>
using namespace std;
template<typename Operation>
class bindsolearg
{
public:
typedef typename Operation::result_type result_type;
bindsolearg()
: op(0)
{ }
bindsolearg(const Operation & _Func, const typename Operation::argument_type& _Arg)
: op(_Func), val(_Arg)
{ }
result_type operator()() const
{
op(val);
}
protected:
Operation op;
typedef typename Operation::argument_type value;
value val;
};
template<class Operation, class Type>
bindsolearg<Operation> bindarg(const Operation& _Func, const Type& _Arg)
{
return bindsolearg<Operation>(_Func,_Arg);
}
class toto
{
public:
toto(bool b)
{
if(!b)
d_ = bindarg(mem_fun(&toto::disp2),this);
else
d_ = bindarg(mem_fun(&toto::disp1),this);
}
typedef bindsolearg<mem_fun_t<void,toto> > D;
D d_;
public:
void disp1() { cout << "disp_1" << endl; }
void disp2() { cout << "disp_2" << endl; }
};
int main()
{
toto t(true);
t.d_();
return 0;
}

Donc cette version fonctionne à peu près correctement. A priori le seul "petit" souci est que mon objet functor peut ne pas être initialsé (en utilisant le constructeur par défaut) et donc si on appelle la fonction ça plante misérablement. Dans un sens on peut arguer que si l'objet n'est pas initialisé c'est qu'il y a un défaut de conception mais la méthode utilisée dans boost::function (exception générée) est beaucoup plus propre et exploitable.

Bon au final je pense qu'on peut conclure que Boost :love: est vraiment indispensable !

---------------
each day I don't die is cheating

Taz

bisounours-codeur

Bonne conclusion. <functional> c'est pas mal au sein d'expression simple, comme par exemple en argument temporaire de std::copy. Dès qu'on veut aller plus loin, ou utiliser avec des fonctions (même membres) avec des paramètres variés, const, , références, etc, c'est l'enfer. Il y a d'ailleurs des défaillances de STL là dessus. D'où http://boost.org/libs/functional/index.html

Boost::function<> est vraiment très pratique.

edit: sinon c'est très bien. C'est exactement l'approche qu'il faut avoir.

J'ai un problème. J'essaie de les résoudre avec les outils que je maîtrise déjà. Je me rends compte que mes outils ne sont pas suffisants. J'essaie de fabriquer un nouvel outil plus puissant. Je touche du doigts la technologie nécessaire à résoudre mon problème. Je ne suis pas victime du NIH. J'utilise une implémentation populaire qui a fait ses preuves. Je maîtrise un nouvel outil.

Message édité par Taz le 01-02-2005 à 01:21:22

bb138

La vie est belle ...

Merci a vous deux !

Merci Taz pour la correction :

Citation :

(t.*(t.d))() ;

et merci gatorette pour tes exemples explicites.

Je vais regarder cette boost d'un peu plus pres que ce que j'ai fait jusqu'a present.
@+
BB138

NounouRs

Non parce que c pas mon pied !

C'est peut etre un peut tard pour reouvrir ce post, mais j'ai une question tout à fait similaire, concernant boost::signal

je souhaite binder une methode membre (une callback) à un signal boost, par .connect
Mais je ne parviens pas à lui passer le pointeur vers ma fonction comme il se doit.

Publicité

IrmatDen

Exemple pour un signal de envoyant un float en paramètre:

Code :

boost::signal<void (float)> sig;
sig.connect(boost::bind(&LaClasse::UneFonction, instanceDeLaClasse, _1)); // où _1 correspond à l'argument qui sera transmis
sig(3.14f);

Message édité par IrmatDen le 28-05-2008 à 20:19:41

FORUM HardWare.fr

Programmation

C++

Pointeur de fonction membre sur fonction membre de meme classe

Sujets relatifs
[C] Warning sur pointeur de fonction avec scandir (résolu)	[MFC/VC++] Problème de pointeur
Endianness issue : warning sur cast de pointeur ?	[SQL/ADP] Appeler une fonction dans un Etat
Retour d'une fonction [DEBUTANT]	ouvrir un formulaire en fonction d'une valeur
Probleme passage de paramètres et fonction include	Fonction qui regroupe plusieurs valeurs
pointeur de fonction membre d'une classe	[C++] Pointeur de fonction sur membre d'une classe
Plus de sujets relatifs à : Pointeur de fonction membre sur fonction membre de meme classe

Page générée en 0.085 secondes