在处理 Windows API 时,我试图通过替换两行代码来减少我的代码臃肿
TEMP t{0,1,2}; // let's say it's struct TEMP {int a; int b; int c}
SomeVeryVerboseFunctionName(&t);
单线
SomeVeryVerboseFunctionName(&TEMP{0,1,2});
但偶然发现错误:
表达式必须是左值或函数指示符。
经过多次尝试,我终于想出了可以编译的代码(MSVS 2013u4):
SomeVeryVerboseFunctionName(&(TEMP) TEMP{0,1,2});//explicit cast to the same type!
为了更好地理解为什么需要演员,我建立了一个简单的测试项目:
#include <stdio.h>
struct A
{
int a;
int b;
A(int _a, int _b) : a(_a), b(_b) {};
};
struct B
{
int a;
int b;
};
template <typename T> void fn(T* in)
{
printf("a = %i, b = %i\n", in->a, in->b);
}
int main()
{
fn(&A{ 1, 2 }); //OK, no extra magick
/* fn(&B {3, 4}); //error: expression must be an lvalue or function designator */
fn(&(B)B{ 3, 4 }); //OK with explicit cast to B (but why?)
}
并发现如果某些结构T
具有显式构造函数(如A
上面代码中的构造函数),则可以获取类型为大括号初始化的临时地址T
并将其传递给接受指针的函数T*
,但如果它没有有一个(如B
),则出现上述错误,只能通过显式转换为类型来克服T
。
所以问题是:为什么B
需要这种奇怪的铸造A
而不需要?
更新
现在很明显,将右值视为左值是 MSVS 中的扩展/功能/错误,是否有人愿意假装它实际上是一个功能(自 2010 年以来足以让 MS 维护它)并详细说明为什么A
需要B
通过临时变量以不同的方式来满足编译器?它必须与A的构造函数和B的缺乏有关......