visual-c++ - 在集合中使用函数委托(delegate)而不是 lambda 有什么优点/缺点吗？

Question

我正处于我的库开发过程中非常无聊的部分，我想在其中构建一个基于 Windows 消息标识符和 WPARAM 的类和 LPARAM争论。此类函数的原型(prototype)很简单:

boost::shared_ptr<EventArgs>(const UINT& _id, const WPARAM& _w, const LPARAM& _l);

对于每一个windows消息，我都会有一个这种性质的函数。

现在，我正在做的是使用 FastDelegate图书馆做我的委托(delegate)。这些存储在 map 中:

typedef fastdelegate::FastDelegate3<const UINT&, const WPARAM&, const LPARAM&, boost::shared_ptr<EventArgs> > delegate_type;
typedef std::map<int, delegate_type> CreatorMap;

当 Windows 消息需要有 EventArg 时-创建的派生类，这是一个简单的例子，查找适当的委托(delegate)，调用它并返回很好地包含在 shared_ptr 中的新创建的实例。 .

boost::shared_ptr<EventArgs> make(const UINT& _id, const WPARAM& _w, const LPARAM& _l) const
 {
  MsgMap::const_iterator cit(m_Map.find(_id));
  assert(cit != m_Map.end());
  boost::shared_ptr<EventArgs> ret(cit->second(_w, _l));
  return ret;
 }; // eo make

一切正常。但后来我在想，与其拥有所有这些委托(delegate)，为什么不利用 C++0x 中的 lambda？因此，我快速制作了以下原型(prototype):

typedef std::map<int, std::function<boost::shared_ptr<EventArgs>(const WPARAM&, const LPARAM&)> > MapType;
typedef MapType::iterator mit;

MapType map;
map[WM_WHATEVER] = [](const WPARAM& _w, const LPARAM& _l) { /* create appropriate eventargs class given parameters */ };
map[WM_ANOTHER] = ....;
// and so on

再一次，查找和调用很简单:

mit m = map.find(WM_PAINT);
boost::shared_ptr<EventArgs> e(m->second(_wParam, _lParam));
// dispatch e

以这种方式使用 lambda 有优势吗？我知道查找正确的委托(delegate)/lambda 的开销是相同的(因为两种类型的映射都以 int 键控)，但我的目标是以我友好的 C++ 友好方式从 wndProc 发送消息尽可能高效。我的直觉是 lambda 会更快，但不幸的是我缺乏理解编译器优化的经验来对此做出判断，因此我的问题在这里 :) 哦，为了与问题的主题保持一致，有没有有什么陷阱/我没有考虑过的事情吗？

Answer 1

我在这里看到两个真正的区别:

首先是存储回调的方式:快速委托(delegate)或 std::function。后者基于 boost::function，而快速委托(delegate)专门设计用于超越它们。然而，std::function 是符合标准的，而快速委托(delegate)不是。

另一个区别是您设置代码的方式，我在这里看到了 lambda 的明显优势。您可以准确地在重要的地方编写实际代码，您不需要定义仅用于特定目的的单独函数。

如果您想要原始速度 - 快速委托(delegate)可能会获胜(但您应该进行基准测试，如果这是一个论点)，但如果您想要可读性和标准一致性，请使用 std::function 和 lambda。