- mongodb - 在 MongoDB mapreduce 中,如何展平值对象?
- javascript - 对象传播与 Object.assign
- html - 输入类型 ="submit"Vs 按钮标签它们可以互换吗?
- sql - 使用 MongoDB 而不是 MS SQL Server 的优缺点
以下链接提供了 4 种引用折叠形式(如果我是对的,这些是仅有的 4 种形式):http://thbecker.net/articles/rvalue_references/section_08.html .
从链接:
- A& & becomes A&
- A& && becomes A&
- A&& & becomes A&
- A&& && becomes A&&
std::move()
之类的 STL 实用程序使用,
std::forward()
等,在典型的现实世界用例中? (注意:我特别询问 C++11 中是否使用了引用折叠规则,而不是 C++03 或更早版本。)
std::remove_reference
,但不知道是否引用了
std::remove_reference
等相关实用程序在 C++11 中经常使用,以避免需要引用折叠规则,或者它们是否与引用折叠规则一起使用。
最佳答案
引用折叠规则(除了 A& & -> A&
,它是 C++98/03)存在的原因之一是:允许完美转发工作。
“完美”转发意味着有效地转发参数,就像用户直接调用该函数一样(减去省略,转发被破坏)。用户可以传递三种值:lvalues、xvalues和prvalues,接收位置可以通过三种方式取值:by value、by(可能是const)左值引用和by(可能是const)右值引用。
考虑这个函数:
template<class T>
void Fwd(T &&v) { Call(std::forward<T>(v)); }
Call
按值获取其参数,然后必须在该参数中进行复制/移动。哪一个取决于传入的值是什么。如果传入值是左值,则它必须复制左值。如果传入的值是一个右值(它们统称为 xvalues 和 prvalues),那么它必须从中移动。
Fwd
对于左值,C++ 的类型推导规则意味着
T
将被推导出为
Type&
, 其中
Type
是左值的类型。显然如果左值是
const
, 将推导出为
const Type&
.引用折叠规则意味着
Type & &&
变成
Type &
为
v
,一个左值引用。这正是我们需要调用的
Call
.使用左值引用调用它会强制复制,就像我们直接调用它一样。
Fwd
使用右值(即:
Type
临时表达式或某些
Type&&
表达式),然后
T
将被推导出为
Type
.引用折叠规则给了我们
Type &&
,这会引发移动/复制,这几乎就像我们直接调用它一样(减去省略)。
Call
通过左值引用获取它的值,那么它应该只在用户使用左值参数时才可调用。如果它是一个 const-lvalue 引用,那么它可以被任何东西(左值、xvalue、prvalue)调用。
Fwd
使用左值,我们再次得到
Type&
作为
v
的类型.这将绑定(bind)到非常量左值引用。如果我们用 const 左值调用它,我们会得到
const Type&
,它只会绑定(bind)到
Call
中的 const 左值引用参数.
Fwd
使用 xvalue,我们再次得到
Type&&
作为
v
的类型.这将不允许您调用采用非常量左值的函数,因为 xvalue 不能绑定(bind)到非常量左值引用。它可以绑定(bind)到一个 const 左值引用,所以如果
Call
使用了
const&
, 我们可以调用
Fwd
与 xvalue。
Fwd
使用纯右值,我们再次得到
Type&&
,所以一切都像以前一样。您不能将临时值传递给采用非常量左值的函数,因此我们的转发函数同样会在尝试这样做时窒息。
Call
通过 rvalue 引用获取其值,那么它应该只在用户使用 xvalue 或 rvalue 参数时才可调用。
Fwd
使用左值,我们得到
Type&
.这不会绑定(bind)到右值引用参数,因此会导致编译错误。 A
const Type&
也不会绑定(bind)到右值引用参数,所以它仍然失败。这正是我们调用
Call
时会发生的情况。直接用左值。
Fwd
使用 xvalue,我们得到
Type&&
,这很有效(当然,cv 资格仍然很重要)。
Type&&
是 xvalues)和传入的左值引用作为左值传递(返回
Type&
)。
关于c++ - 要求的引用折叠规则的简明解释 : (1) A& & -> A& , (2) A& && -> A& ,(3) A&& & -> A& ,以及 (4) A&& && -> A&&,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13725747/
我需要在 nginx-ingress 版本上允许来自多个来源的请求:http://localhost:4200、http://localhost:4242 等1.7.1.但我无法对多个来源执行此操作,
我正在部署我使用 APIGILITY 开发的 API到 IIS。由于 IIS 不支持 .htaccess,我试图从 .htaccess 文件的内容创建 web.config 文件。我使用 IISv7.
我正在尝试更改上面 css 样式中的“宽度”规则。在“inspect element”中你可以看到宽度是1008px。我不希望它是 1008px 但它不会让我在 css 样式中更改它你可以看到它被“删
外部css赋值有2种方法,我用的是第一种;大多数网站使用第二种方法。我想知道我是否做错了! 第一种方法: 为几乎每个 css 规则创建一个类并在任何地方使用它们。 blah blah .f_
RDF使用 WEB 标识符 (URIs) 来标识资源,使用属性和属性值来描述资源 RDF 资源、属性和属性值 RDF使用 WEB 标识符来标识事物,并通过属性和属性值来描述资源。 关于资源、属性
我想挖掘特定的 rhs 规则。文档中有一个示例证明这是可能的,但仅适用于特定情况(如下所示)。先来一个数据集来说明我的问题: input {b=100002} 0.2500000 0.250000
我想让 nginx 从网站根目录(:http://localhost:8080/)提供一个静态文件,但它为我的代理通行证提供服务;它提供“/”规则而不是“=/”。 这是我的 nginx 配置的样子:
根据gnu make documentation , 如果一个规则通过一次调用生成多个目标(例如,一个配方执行一个带有多个输出文件的工具),你可以使用 '&:' 规则语法来告诉 make。但是,当在多
我已阅读Firebase Documentation并且不明白什么是 .contains()。 以下是文档中 Firebase 数据库的示例规则: { "rules": { "rooms"
关闭。这个问题是opinion-based 。目前不接受答案。 想要改进这个问题吗?更新问题,以便 editing this post 可以用事实和引文来回答它。 . 已关闭 6 年前。 Improv
我正在尝试做一些多态性练习,但我无法弄清楚这种多态性是如何工作的。我没有找到任何关于这种练习的深入信息。希望大家能给我一些解释。 练习1: class Top { public void m(
为了调试复杂的 XSLT 转换,我将其分为几个部分:首先构建 %.1.xml,然后使用它构建 %.2.xml ,最后构建 %.3.xml。一切正常,但如果我要求 Make 构建最后一个,Make 总是
我尝试了 hacerrank 的 slove 练习 Click我不知道如何添加这些规则: ► 它可以包含 4 个一组的数字,并用一个连字符“-”分隔。 ► 不得有 4 个或更多连续重复数字。 这是我的
我正在尝试编写一个小测验,我希望“再试一次”按钮遵循与“else”之前的“if”语句相同的规则 using System; public class Program { public stat
在我的 Spring/Boot Java 项目中,我有一组服务方法,例如以下一个: @Override public Decision create(String name, String descr
我正在阅读 Covariant virtual function .上面写着 假设 B::f 覆盖了虚函数 A::f。如果满足以下所有条件,A::f 和 B::f 的返回类型可能不同: 1) The
我工作的公司想要分发(在公共(public)链接中)具有内部签名的应用程序。我很确定 Apple 否认这种事情,但我在官方文档/契约(Contract)中没有找到任何相关信息。 有谁知道它到底是如何工
我是 CSS 新手。我观察到一个奇怪的 CSS 行为,其中一个元素具有以下 CSS 属性 .container .header{ color: #FFFFFF; font-size: 2em;
这个问题在这里已经有了答案: Is there a CSS selector for elements containing certain text? (21 个答案) 关闭 7 年前。
我有以下 CSS: workoutcal.css: .errorlist{ color:red; } 以下基本模板: base.html: {% load static %} {
我是一名优秀的程序员,十分优秀!