在成员初始化列表中使用std :: function

时间:2015-05-11 21:13:59

标签: c++ c++11 std-function stdbind member-initialization

我有一个typedef:

typedef S32(iMyDataClass1::*getDataFunction_t)(void);

和类型:

struct functionMap_t {
    std::vector<getDataFunction_t> pDataFunctionTable;
    struct dataRequestor_t dataRequestor;
};

然后我有一个成员变量:

functionMap_t FnMap1;

然后我在成员初始化列表中设置:

myClass::myClass() : FnMap1({ 
 {
     &iMyDataClass1::getData1,
     &iMyDataClass1::getData2,
     &iMyDataClass1::getData3
   },
   dataRequestor1
 })

然后我在构造函数中使用它:

addNewFnMap(FnMap1);

一切正常。不幸的是,它不能扩展到不同类的函数指针,因为getDataFunction_t绑定到iMyDataClass1

中的指针

我尝试使用模板,但遇到了一些我无法解决的问题。现在我正在尝试使用std::function,这意味着我将原始的typedef更改为(我认为):

typedef std::function<S32(void)> getDataFunction_t;

在这种情况下设置初始化列表的正确方法是什么?我在这里使用std::bind吗?

更新: 这是我尝试新的初始化列表。我不知道这是否正确,但在发布这个问题之前我就是这样:

{ 
  {
    (std::bind(&iMyDataClass1::getData1, functionToFetchCorrectObject())),
    (std::bind(&iMyDataClass1::getData2, functionToFetchCorrectObject())),
    (std::bind(&iMyDataClass1::getData3, functionToFetchCorrectObject()))
  },
  PGN65370
}

2 个答案:

答案 0 :(得分:3)

您可以使用lambda表达式。但是,如果您希望将签名保留为std::function<S32(void)>,则需要捕获您的对象。

myClass::myClass() : FnMap1({
  {
     [this](){ return getData1(); },
     [this](){ return getData2(); },
     [this](){ return getData3(); },
  },
  dataRequestor1
})

如果您不想这样做,可以更改签名以将this指针作为参数传递给回调。但正如Barry在评论中指出的那样,这不允许你将回调放到不同的类中vector。你可以reinterpret_cast lambda中的指针,但除了丑陋和危险之外,调用者如何知道传入的指针?

答案 1 :(得分:2)

如果您希望它可以与不同的类一起使用,您可以使用您想要的任何签名存储callables:

struct functionMap_t {
  std::vector<std::function<S32(void)>> pDataFunctionTable;
  struct dataRequestor_t dataRequestor;
};

接下来,我可能做的就是给你的类更高阶函数,它们返回带有正确签名的std :: functions。

std::function<S32(void)> iMyDataClass1::getData1Getter() {
  auto f = [this] () {return this->getData1()};
  return f;
}

现在你可以简单地初始化:

iMyDataClass1 o;
...

FnMap1({o.getData1Getter(), ..., dataRequestor1});

此代码未经过仔细检查,我确定其中包含语法错误。但它应该给你它的要点。主要思想是:如果你想使用可能或不可能附加到特定对象的函数,那么你需要使用函数(实际上,闭包本身)。以这种方式处理函数会激发使用高阶函数的设计,从一个上下文返回函数并将它们传递给另一个上下文。

编辑:我最近与某人就C ++ 11中的观察者模式进行了一些设计对话。我建议做一些与此非常相似的事情,它可以很好地避免使用多态,保持通用和解耦,并避免污染继承层次结构。