boost::bind、boost::lambda::bind 和 boost::phoenix::bind 之间的区别

Question

我试图理解这些不同绑定方法之间的区别。 boost::bind 和 boost:: 有一个类似的问题phoenix::bind

但是，如果有人可以用示例解释这一点，那就太好了。 boost::phoenix 是否是 boost::bind、booost::lambda 库的超集？

Answer 1

我认为这个故事是（虽然我还不够老，无法讲述整个​​故事），boost::bind 最初是为了取代 C++98 中难以使用的 bind1st/bind2nd 而创建的，它实现了它的目标，现在是 C++11 的一部分。
但正如过去 10 年见证了 C++ 中函数式编程风格的兴起一样，boost::lambda 将其推向了如此远的高度（在它创建时），它支持 C++ 中使用纯库方法的相当广泛的函数构造。

然后据我从新闻组了解到，boost::lambda 和 boost::phoenix 的作者尝试将这两个库结合起来，因为它们处理几乎相同的问题。我猜这就是设计精美的 boost::phoenix2

然后是 boost::proto，它是一个用于编写表达式模板的库，或者我会说它是一个元库。于是phoenix再次涅槃，在boost::proto上重生，然后我们看到了phoenix3。我认为phoenix3是其中最强大的。

另一方面，C++11 添加了对 lambda 表达式的语言支持，我个人认为这非常有用且方便。唯一的缺点是它不是多态的（而 phoenix3 允许创建多态函数对象）。

作为我个人经验得出的结论，C++11 lambda 表达式是日常工作的选择（如果有的话）。它方便、清晰且编译时友好。 Phoenix3是多态的，非常强大，非常酷，缺点是编译时间长。

Answer 2

但是，如果有人可以用示例解释这一点，那就太好了。

举例说明什么？它们是同一概念的不同实现。

实际上重要的是：

1. 自从 Boost.Phoenix 作为独立库发布（当然还有 boost::lambda::bind ）以来，Boost.Lambda 已被正式弃用。
2. boost::bind 的实现将来将会被 boost::phoenix::bind 的实现取代。它尚未被替换的唯一原因是 boost::bind 支持/具有针对较旧（读取：损坏）编译器（例如 MSVC6）的解决方法，而 Boost.Phoenix 严格要求 C++03-兼容的编译器。

结合这两个事实，很明显，在新代码中使用的唯一真正候选者是 boost::phoenix::bind。

boost::phoenix 是否是 boost::bind、booost::lambda 库的超集？

是的，这是正确的。