- mongodb - 在 MongoDB mapreduce 中,如何展平值对象?
- javascript - 对象传播与 Object.assign
- html - 输入类型 ="submit"Vs 按钮标签它们可以互换吗?
- sql - 使用 MongoDB 而不是 MS SQL Server 的优缺点
Possible Duplicate:
Advantages of using forward
我知道它的作用以及何时使用它,但我仍然无法理解它是如何工作的。如果允许使用模板参数推导,请尽可能详细并说明 std::forward
何时会不正确。
我的部分困惑是:“如果它有一个名字,它就是一个左值” - 如果是这种情况,为什么 std::forward
当我通过 thing&& x
与 thing& x
?
最佳答案
我认为std::forward
的解释作为 static_cast<T&&>
令人困惑。我们对强制转换的直觉是,它将一个类型转换为其他类型——在这种情况下,它将转换为一个右值引用。它不是!所以我们用另一件神秘的东西来解释一件神秘的事情。这个特定的类型转换由 Xeo 的答案中的表格定义。但问题是:为什么?所以这是我的理解:
假设我想给你一个 std::vector<T> v
您应该作为数据成员 _v
存储在数据结构中.天真的(且安全)的解决方案是始终将 vector 复制到其最终目的地。因此,如果您通过中间函数(方法)执行此操作,则应将该函数声明为引用。 (如果您将其声明为按值获取 vector ,您将执行额外的完全不必要的复制。)
void set(const std::vector<T> & v) { _v = v; }
如果你手里有一个左值,这一切都很好,但是右值呢?假设 vector 是调用函数的结果makeAndFillVector()
.如果您执行了直接分配:
_v = makeAndFillVector();
编译器会移动 vector 而不是复制它。但是如果你介绍一个中介,set()
,关于你的论点的右值性质的信息将会丢失并且会被复制。
set(makeAndFillVector()); // set will still make a copy
为了避免这种复制,您需要“完美转发”,这将导致每次都优化代码。如果您获得了一个左值,您希望您的函数将其视为左值并进行复制。如果给你一个右值,你希望你的函数把它当作一个右值并移动它。
通常你会通过重载函数 set()
来实现。分别用于左值和右值:
set(const std::vector<T> & lv) { _v = v; }
set(std::vector<T> && rv) { _v = std::move(rv); }
但现在假设您正在编写一个接受 T
的模板函数。并调用set()
用那个T
(不用担心我们的set()
只为 vector 定义)。诀窍是您希望此模板调用 set()
的第一个版本。当模板函数用左值实例化时,第二个当它用右值初始化时。
首先,这个函数的签名应该是什么?答案是这样的:
template<class T>
void perfectSet(T && t);
根据您如何调用此模板函数,类型 T
会有不同的神奇演绎。如果你用左值调用它:
std::vector<T> v;
perfectSet(v);
vector v
将通过引用传递。但是如果你用右值调用它:
perfectSet(makeAndFillVector());
(匿名) vector 将通过右值引用传递。因此,C++11 的魔法被有意设置为尽可能保留参数的右值性质。
现在,在 PerfectSet 中,您希望将参数完美地传递给 set()
的正确重载.这是std::forward
是必要的:
template<class T>
void perfectSet(T && t) {
set(std::forward<T>(t));
}
如果没有 std::forward,编译器将不得不假设我们想要通过引用传递 t。要说服自己这是真的,请比较以下代码:
void perfectSet(T && t) {
set(t);
set(t); // t still unchanged
}
到这里:
void perfectSet(T && t) {
set(std::forward<T>(t));
set(t); // t is now empty
}
如果您没有明确转发 t
,编译器必须防御性地假设您可能再次访问 t 并选择 set 的左值引用版本。但是如果你转发t
,编译器将保留它的右值性和 set()
的右值引用版本将被调用。这个版本移动了t
的内容,这意味着原件变为空。
这个答案比我最初假设的要长得多;-)
关于c++ - std::forward 是如何工作的?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8526598/
以下操作是否完全相同: request.setAttribute(name,"visited"); requestDispatcher.forward(request,response) 和
有两个 header 用于处理请求转发。首先是 X-Forwarded-For第二个是 Forwarded . 我应该使用哪一个? X-Forwarded-For 是事实上的,而 Forwarded
看the documentation for std::forward , template constexpr T&& forward( typename std::remove_reference
给定一个手电筒的nn.Module带有预前钩,例如 import torch import torch.nn as nn class NeoEmbeddings(nn.Embedding):
为了在我的 ASP.NET 应用程序中获取客户端 IP 地址,我使用了 X-Forwarded-For,并从列表中获取第一个 IP 地址(根据我找到的信息,有一个客户端,代理1、代理2..)。但我最近
以下 header 有什么区别? X 转发主机 X 转发服务器 在 Apache 作为代理、Tomcat 作为源服务器的设置中,我在到达 Tomcat 的 HTTP 请求中看到它们。值是(这是我自己的
假设我想要一个通用的高阶函数。最常见的方法是: 一个。通用 lambda auto F1 = [](auto f) { /*...*/ } B.函数模板 template auto F2(F&& f)
为了在我的 ASP.NET 应用程序中获取客户端 IP 地址,我使用了 X-Forwarded-For,并从列表中获取第一个 IP 地址(根据我找到的信息,有一个客户端,代理 1、代理 2 ..)。但
我有一个场景,我想使用 Context.Forward 将上下文转发到另一个对话框,它工作得很好。现在,如果我更新代码以获取对话框堆栈并使用 DialogStack.Forward,则会导致 Stac
我遇到了 std::forward 的两种变体与可变参数模板参数一起使用。 template void foo(Args&&... arga) { bar(std::forward(args
考虑 std::apply 的可能实现: namespace detail { template constexpr decltype(auto) apply_impl(F &&f, Tuple &
我在 Foo Controller 中有一个需要参数的 Action 方法: public function fooAction($one, $two) { $a = one; $b
这些功能是否等效? template void foo(T && t) { bar(std::forward(t)); } template void foo2(T && t) {
在建立从 Fedora 23 到 Centos 7 的 ssh 连接时,我遇到了一个不幸的问题。命令 ssh -X user@centos7和 ssh -Y user@centos7都打印 警告:没有
作为从 Struts 1.x 迁移到 Spring Boot 的一部分,我一直在努力正确转发应有的信息。 最初的 Struts 版本依赖于 web.xml,尽管我想将该项目转换为更新的、完全基于 Ja
我使用了net = cv2.dnn.readNetFromCaffe(protoFile, WeightsFile),然后循环播放实时视频帧以使用net.forward()") bre
我注册了域名 www.a.com 然后我将屏蔽(使用 GoDaddy)流量从 www.a.com 转发到 www.really.long.url.com,因此用户在访问我的网站时只会在地址栏中看到 w
我有一个域,例如 domain.org以及地址为 http://server/node/myname 的服务器上的托管空间. 我如何映射 domain.org至 http://server/node/
我有jsp,具体取决于我正在转发到另一个页面的某些条件。 我有/myjsp/first.jsp 其代码如下, 在这段代码中,if flow come to else 条件控
前向声明和前向引用有什么区别? 在我看来,前向声明是当你声明一个尚未实现的函数时,但这不正确吗?您是否必须查看特定情况以声明案例“前向引用”或“前向声明”? 最佳答案 一个 前向声明是在实现和使用方法
我是一名优秀的程序员,十分优秀!