8

最近我遇到了一个问题，它以某种方式（但仅以某种方式）对我有意义。它基于将临时构造解释为单个 (!) 构造函数参数的声明。请看下面的最小示例。

#include <iostream>

class Foo0{
public:
  Foo0(int a){};
  void doStuff() {std::cout<<"maap"<<std::endl;};
};

class Foo1{
public:
  Foo1(int a){};
  void doStuff() {std::cout<<"maap"<<std::endl;};
};

class Foo2{
public:
  Foo2(int a){};
  void doStuff() {std::cout<<"maap"<<std::endl;};
};

class Bar{
public:
  Bar(Foo0 foo0, Foo1 foo1, Foo2 foo2){};
};

int main () {
  int x = 1;

  Bar bar0(Foo0(x), Foo1(x), Foo2(x)); // Does not work: conflicting declaration ‘Foo1 x’ previous declaration as ‘Foo0 x’; conflicting declaration ‘Foo2 x’ previous declaration as ‘Foo0 x’
  Bar bar1(Foo0{x}, Foo1(x), Foo2(x)); // Works WTF
  Bar bar2(Foo0(x), Foo1{x}, Foo2(x)); // Works WTF
  Bar bar3(Foo0(x), Foo1(x), Foo2{x}); // Does not work: conflicting declaration ‘Foo1 x’ previous declaration as ‘Foo0 x’
  Bar bar4(Foo0{x}, Foo1{x}, Foo2{x}); // Works totally makes sens to me

  x.doStuff(); //Dose not work. This makes sens to me. But in the context its curious though.
}

我已经读过这样的表达： 

Foo(a);

被解释为（如果有标准构造函数）作为 a 的声明。这是有道理的，而且完全没问题，因为您可以使用 {} 括号来明确构造。但我不明白的是：

  1. 为什么bar0的构造会出现问题？所有Foos 都没有标准构造函数。因此，将诸如Foo0(x)声明之类的内容解释为x.

  2. 为什么建设bar1和bar2工作？对我来说，作品的构造是显而易见的bar4，因为我对所有临时 s 使用 {}-括号Foo，因此我明确说明了我想要什么。

  3. 如果只需要使用只有一个Foos 的 {} 括号来解决问题......为什么构造bar3失败？

  4. 此外，在构造任何 Bar 之前声明 x。为什么编译器不抱怨呢？

最后一个问题与我的最后一行示例代码有关。长话短说：编译器认为我想让他做什么，我在哪里错过了阴影的出现？

PS：如果有兴趣——我使用 gcc-4.9.2。
PPS：我尝试了相同bar的构造函数，将三个Foo0s 作为参数。同样的故事在这里。但是该错误没有说明冲突的声明，而是重新定义x.

4

2 回答 2

10

规则是，如果声明具有函数声明的语法，那么它就是一个；否则它是一个变量声明。这种令人惊讶的例子有时被称为。

Bar bar0(Foo0(x), Foo1(x), Foo2(x)); // Does not work: conflicting declaration ‘Foo1 x’ previous declaration as ‘Foo0 x’; conflicting declaration ‘Foo2 x’ previous declaration as ‘Foo0 x’

这是一个函数声明：bar0是名称，Bar是返回类型，参数类型是Foo0,Foo1和Foo2。参数名称都是x非法的 - 函数参数的名称必须不同。如果您更改x x x为x y z错误消失）。

Bar bar1(Foo0{x}, Foo1(x), Foo2(x)); // Works WTF
Bar bar2(Foo0(x), Foo1{x}, Foo2(x)); // Works WTF
Bar bar4(Foo0{x}, Foo1{x}, Foo2{x}); // Works totally makes sens to me

这些行和创建对象bar1,bar2和bar4类型Bar。它们不能被解析为函数声明，因为{ }符号在函数声明中不是有效的语法。

因此，等是为的构造函数Foo0{x}提供参数的表达式。并且是使用 initializer声明临时类型的等效方法。BarFoo0{x}Foo0(x)Foo0x

Bar bar3(Foo0(x), Foo1(x), Foo2{x}); // Does not work: conflicting declaration ‘Foo1 x’ previous declaration as ‘Foo0 x’

我认为这是一个编译器错误；该部分Foo2{x}表示该行不能是函数声明；它看起来像一个有效的变量声明bar3。

x.doStuff(); //Dose not work. This makes sens to me. But in the context its curious

x是一个int；它没有任何方法。

于 2015-01-19T23:46:17.560 回答
2

1) Foo0(x) 在此实例中被视为函数 bar0 的参数。在这里，它是否具有标准构造函数并不重要。它不是局部变量声明和初始化，而只是函数声明中的参数声明。

2）我的猜测是这与解析有关，但如果我错了，有人纠正我。示例 bar1 和 bar2 有效，因为编译器知道 bar1 和 bar2 是局部变量声明（而不是函数声明）为一旦它看到第一次出现 {}。这些第一次出现的 {} 出现在 x 被声明为函数的参数两次之前。

3) bar3 的构造失败，因为编译器首先假定 bar3 是一个函数声明。函数声明采用三个参数，都命名为 x。显然，这是不正确的。

4) 函数声明中的 x 只是参数的名称。它与您之前声明的整数 x 处于不同的范围内。

于 2015-01-19T22:54:24.953 回答