gpt4 book ai didi

c++ - 更喜欢 lambdas 而不是函数对象是否明智?

转载 作者:行者123 更新时间:2023-11-30 01:40:24 29 4
gpt4 key购买 nike

经过一些搜索和测试,我了解了以下有关 lambda 表达式的事实。 1)当我们写一个lambda表达式时,编译器会为它创建一个匿名函数对象,并将其作为函数对象的一个​​实例; 2)lambda表达式的捕获变量将用于初始化创建的函数对象的成员数据; 3)当我们存储一个lambda函数时,我们实际上得到了函数对象的命名实例; 4) 一个通用的lambda函数实际上是一个函数对象模板; 5) 可以使用模板声明和定义存储的(普通甚至通用的)lambda 表达式; 6) 存储的 lambda 表达式模板甚至可以部分特化,就像函数对象一样。

鉴于上述 lambda 的所有特性,在我看来,通过 lambda,我们可以做我们以前用函数对象做的任何事情,并且在效率方面,它们应该具有相同的性能。

另一方面,lambda 也有额外的优势:1)lambda 表达式比函数对象更容易理解,尤其是对于内联、短函数;和 2) 定义一个存储的 lambda 可以看作是一种用于定义函数对象并创建它的实例的语法糖。

因此,对我来说,似乎我们没有理由再手动定义一个函数对象了。

当然,我也担心将 lambda 普遍替换为函数对象,例如 1) 对于超过 10 行的函数,将它们定义为存储的 lambda 可能不常见(甚至很尴尬,我不认为知道),以及 2)在文件级别定义 lambda 可能(也可能不会,我不太确定)会导致一些意想不到的问题。

这是我的问题:选择 lambda 表达式而不是函数对象是否明智?除了 lambda 之外,函数对象还有其他优点吗?我的担心有道理吗?而且,在普遍使用 lambda 而不是 FO 时,还有其他我应该注意的问题吗?

感谢您的回复!

最佳答案

Lambda 是针对某些类型的函数对象的简洁语法。

它们不能简单地构造,它们只能有一个(可能是模板)operator(),并且它们的类型不能在没有首先访问实例和使用 decltype 的情况下命名。

从 C++14 开始,它们不是 constexpr 友好的,即使它们的状态应该是,也不能保证它们是平凡可复制的。

具有相同捕获类型和方法的两个 lambda 不共享一个类型,除非在同一位置声明;这会导致符号膨胀。

除了 () 之外,您不能在 lambda 中声明其他操作, 比如 friend bool operator<== ,或其他。

鉴于这些重构,当然可以使用 lambda。简洁有很多实用性。

关于c++ - 更喜欢 lambdas 而不是函数对象是否明智?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43433257/

29 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com