我有一个现有的函数：
void foo(const Key* key = nullptr)
{
// uses the key
}
我想传递一个临时 Key 对象（即 rvalue）的指针，例如：
foo(&Key());
这会导致编译错误，但是在C++11/14中有没有一种方法可以实现这个？当然我可以这样做：
Key key;
foo(&key);
但我不需要对象键，我只需要它在 foo() 内部和 foo() 中
或者我可以这样做：
foo(new Key());
但是，这样对象就不会被删除。
我认为这不是一个好主意，但如果你真的非常想要一个临时的（temporary），并且不能更改foo，你可以将临时变量强制转换为const&：
int main()
{
foo(&static_cast<const Key&>(Key{}));
}
或者，您可以通过方便的函数“隐藏”对象的创建：
template <typename T, typename F, typename... Ts>
void invoke_with_temporary(F&& f, Ts&&... xs)
{
T obj{std::forward<Ts>(xs)...};
f(&obj);
}
int main()
{
invoke_with_temporary<Key>(&foo);
}
另一种选择：提供一个重载 foo 的引用：
void foo(Key&& key)
{
foo(&key);
}
foo 返回之后。它的地址在 foo 函数整个执行期间都是有效的。但如果存储该指针并在临时对象消失后继续使用它，则行为未定义。请注意不要改变原文意思。 - François Andrieux这是一个实用函数。它基本上是 std::move1 的反函数：
template<class T>
T& as_lvalue( T&& t ) { return t; }
foo(&as_lvalue(Key()));
std::move 接收一个左值或右值，并返回一个右值引用，表示消费者应将其视为一个即将被丢弃的临时值。 as_lvalue 接收一个左值或右值引用，并返回一个左值引用，表示消费者应将其视为一个持久存在的非临时值。std::move 更为关键。(std::move 实际上可以称为 as_rvalue )。我建议不要使用像 unmove 这样的巧妙名称。const T& as_lvalue(const T&& t)？这不会与非右值编译，但如果您已经有左值，为什么要使用它呢？这还使得在非常量上下文中不应该使用它更清晰。或者我错过了什么吗？ - mattnewportstd::move适用于rvalue和const lvalue，as_lvalue适用于lvalue，无论是否为const，以及rvalue，无论是否为const。 - Yakk - Adam Nevraumont&as_lvalue()而不是我在答案中描述的temp_ptr()方法。 - mattnewport只需自行控制可丢弃变量的范围：
{
Key key;
foo(&key);
} // <-- 'key' is destroyed here
foo 函数将会像这样:void foo(const Key *key)
{
if(key)
//Do stuff with `key`
else
//Alternate code
}
考虑到这一点，您需要的是第二个重载函数，将所有“使用键执行操作”的内容重构为一个接受引用的函数。因此，请执行以下操作：
void foo(const Key &key)
{
//Do stuff with `key`
}
void foo(const Key *key)
{
if(key)
foo(*key);
else
//Alternate code.
}
如果你有一些公共代码在两种情况下都会执行，也将其重构为自己的函数。
是的，“使用密钥进行操作”可能很复杂，并且分成了几行。但这表明这里存在非常奇怪的设计。
你也可以用另一种方法来重构它：
void foo(const Key &key) {foo(&key);}
const T*参数，即使对于非可选参数也是如此。请参见我的答案中的DirectX 11示例。为所有这些API编写包装器并不总是切实可行的。 - mattnewporttemp_ptr()这样的东西。 - mattnewport我使用类似这样的东西：
template <typename T>
const T* temp_ptr(const T&& x) { return &x; }
使用方式如下：
foo(temp_ptr(Key{}));
当处理某些传统API时，这非常有用。特别是DirectX 11经常通过const T*来聚合参数结构体，并且在创建和传递它们时很方便。我认为这种习惯用法没有任何问题，不像一些评论者所说的那样。尽管如此，我更喜欢那些API采用const引用并以不同的方式处理可选参数。
以下是一个D3D11 API调用的示例，其中这非常有用：
vector<Vec3f> verts;
...
ID3D11BufferPtr vbuf;
d3dDevice->CreateBuffer(
temp_ptr(CD3D11_BUFFER_DESC{byteSize(verts), D3D11_BIND_VERTEX_BUFFER}),
temp_ptr(D3D11_SUBRESOURCE_DATA{data(verts)}), &vbuf);
要调用ID3D11Device::CreateBuffer()来创建顶点缓冲区。
在大型项目中，我可能会编写许多D3D API调用的包装器，使它们更方便以现代C ++风格调用，但对于我想要最小化额外代码或依赖项的小型独立示例项目，我发现这非常有用。
我过去使用的另一个技巧是：
foo(std::data({Key{}}));
但我不特别推荐这样做，因为我认为意图并不明确，并且需要对初始化列表的工作原理有过多了解。如果您需要传递临时“数组”，一种变体是有用的：
d3dDeviceContext->ClearRenderTargetView(rendertarget, data({0.0f, 0.0f, 0.0f, 0.0f}));
对于像ID3D11DeviceContext::ClearRenderTargetView()这样的API进行调用。
如果你关心的是变量作用域（如你在评论中提到的），你可以使用
{Key key;foo(&key);}
你可以创建一个智能指针，但我宁愿不这样做。虽然这仍然是一种可能性。Or I could do:
foo(new Key());But then the object will not be deleted.
#include <memory>
foo(std::make_unique<const Key>().get());
void foo(const Key &key){ foo(&key); }如何？ - nwpC++标准？ - alexeykuzmin0