Lambdas in unevaluated context (requires expressions)(未计算上下文中的lambdas(需要表达式))
问题描述
我知道关于这个话题有几个问题,但请听我说完。
我知道我们可以在未评估的上下文中使用无捕获lambdas(如decltype),但是可以捕获的lambdas怎么办?
我在当前的C++标准中找不到任何可以表明这是C++20以后的问题的东西,但我绝不是语言律师。
我所看到的是,主要的编译器在their results方面有所不同。
这些概念有效吗?
template <typename T>
concept C1 = requires { []{}; };
template <typename T>
concept C2 = requires(T t) { [&t]{}; };
推荐答案
我知道我们可以在未评估的上下文中使用无捕获lambdas
这并不局限于无状态lambda。P0315R4(未评估的上下文中的lambdas的措辞)删除了lambdas(不仅仅是无状态的lambdas)不能出现在未评估的lambdas中的限制,同时修改了与限制的原始意图相关的某些部分的措辞:
本文介绍的核心语言更改有些棘手。原因是我们删除了对lambda表达式的许多限制,但我们仍然希望将闭包类型排除在外部函数的签名之外,这将是实现的噩梦。
本文对lambdas w.r.t.概念,我们可以简单地求助于[temp.concept]/6来管理这种情况:
概念定义的约束表达式是未计算的操作数([Expr.Context])。
由于不再有一般限制Lambas(无状态或无状态)不作为unevaluated contexts中的操作数出现,而且在概念上下文中也没有明确的限制,因此C1和C2这两个概念都是形式化的。
事实上,与某些声明中对闭包类型的限制相比,[temp.concept]/5中的概念没有实例化,并且确实属于P0315R4中被认为有点棘手的ODR-注意事项。
这篇关于未计算上下文中的lambdas(需要表达式)的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:未计算上下文中的lambdas(需要表达式)
基础教程推荐
- 这个宏可以转换成函数吗? 2022-01-01
- 我有静态或动态 boost 库吗? 2021-01-01
- 静态库、静态链接动态库和动态链接动态库的 .lib 文件里面是什么? 2021-01-01
- 在 C++ 中计算滚动/移动平均值 2021-01-01
- 如何检查GTK+3.0中的小部件类型? 2022-11-30
- 如何将 std::pair 的排序 std::list 转换为 std::map 2022-01-01
- 常量变量在标题中不起作用 2021-01-01
- C++结构和函数声明。为什么它不能编译? 2022-11-07
- 如何在 C++ 中初始化静态常量成员? 2022-01-01
- 如何通过C程序打开命令提示符Cmd 2022-12-09
