为什么列表初始化（使用花括号）比其他方法更好？

Question

MyClass a1 {a};     // clearer and less error-prone than the other three
MyClass a2 = {a};
MyClass a3 = a;
MyClass a4(a);

为什么？

Answer 1

您需要阅读Herb Sutter's (updated) GotW #1。 这详细解释了这些选项之间的区别，以及更多选项，以及与区分不同选项的行为相关的几个问题。

第 4 节的要点/复制：

什么时候应该使用 ( ) 与 { } 语法来初始化对象？为什么？ 这是简单的指南：

指南：优先使用带 { } 的初始化，例如向量 v = { 1, 2, 3, 4 };或 auto v = vector{ 1, 2, 3, 4 };，因为 它更一致，更正确，并且无需了解 完全是老式的陷阱。在您喜欢的单参数情况下 只看到 = 符号，例如 int i = 42;和自动 x = 任何东西； 省略括号很好。 …

这涵盖了绝大多数情况。只有一个主 例外：

… 在极少数情况下，例如向量 v(10,20)；或自动 v = vector(10,20);，使用 ( ) 初始化显式调用 否则被 initializer_list 隐藏的构造函数 构造函数。

但是，这通常应该是“罕见”的原因是因为默认 和复制构造已经很特殊并且可以与 { } 一起正常工作，并且 好的类设计现在大多避免使用 ( ) 的情况 由于这个最终设计指南，用户定义的构造函数：

准则：当你设计一个类时，避免提供一个构造函数 用 initializer_list 构造函数模棱两可地重载，因此 用户不需要使用 () 来访问这样一个隐藏的构造函数。

Answer 2

基本上是从 Bjarne Stroustrup 的“The C++ Programming Language 4th Edition”中复制和粘贴：

列表初始化不允许缩小 (§iso.8.5.4)。那就是：

• 一个整数不能转换为另一个不能保存其值的整数。例如，字符 允许转换为 int，但不允许转换为 char。
• 无法将浮点值转换为另一种无法容纳其的浮点类型 价值。例如，允许双精度浮点数，但不允许双精度浮点数。
• 浮点值无法转换为整数类型。
• 整数值不能转换为浮点类型。

例子：

void fun(double val, int val2) {

    int x2 = val;    // if val == 7.9, x2 becomes 7 (bad)

    char c2 = val2;  // if val2 == 1025, c2 becomes 1 (bad)

    int x3 {val};    // error: possible truncation (good)

    char c3 {val2};  // error: possible narrowing (good)

    char c4 {24};    // OK: 24 can be represented exactly as a char (good)

    char c5 {264};   // error (assuming 8-bit chars): 264 cannot be 
                     // represented as a char (good)

    int x4 {2.0};    // error: no double to int value conversion (good)

}

---

唯一=优先于 {} 的情况是使用 auto 关键字来获取由初始化程序确定的类型。

例子：

auto z1 {99};   // z1 is an int
auto z2 = {99}; // z2 is std::initializer_list<int>
auto z3 = 99;   // z3 is an int

---

结论

除非您有充分的理由不这样做，否则更喜欢 {} 初始化。

Answer 3

只要您不像 Google 在 Chromium 中那样使用 -Wno-narrowing 进行构建，它只会更安全。如果你这样做了，那就不太安全了。如果没有这个标志，唯一的不安全情况将由 C++20 修复。

注意： A）大括号更安全，因为它们不允许变窄。 B) 花括号不太安全，因为它们可以绕过私有或删除的构造函数，并隐式调用显式标记的构造函数。

这两个组合意味着如果里面是原始常量，它们会更安全，但如果它们是对象，则安全性会降低（尽管在 C++20 中已修复）

Answer 4

关于使用列表初始化的优点已经有了很好的答案，但是我个人的经验法则是尽可能不要使用花括号，而是让它依赖于概念含义：

• 如果我创建的对象在概念上包含我在构造函数中传递的值（例如容器、POD 结构、原子、智能指针等），那么我将使用大括号。
• 如果构造函数类似于普通函数调用（它执行一些或多或少复杂的操作，这些操作由参数参数化），那么我使用的是普通函数调用语法。
• 对于默认初始化，我总是使用花括号。
  一方面，这样我总是确定对象被初始化，无论它是否例如是具有默认构造函数的“真实”类，无论如何都会被调用或内置/ POD 类型。其次，在大多数情况下，它与第一条规则一致，因为默认初始化对象通常表示“空”对象。

根据我的经验，这个规则集可以比默认使用花括号更一致地应用，但是当它们不能使用或具有与“正常”函数调用不同的含义时，必须明确记住所有异常带括号的语法（调用不同的重载）。

例如非常适合 std::vector 等标准库类型：

vector<int> a{10,20};   //Curly braces -> fills the vector with the arguments

vector<int> b(10,20);   //Parentheses -> uses arguments to parametrize some functionality,                          
vector<int> c(it1,it2); //like filling the vector with 10 integers or copying a range.

vector<int> d{};      //empty braces -> default constructs vector, which is equivalent
                      //to a vector that is filled with zero elements

Answer 5

使用大括号初始化的原因有很多，但您应该知道initializer_list<> 构造函数优于其他构造函数，默认构造函数除外。这会导致构造函数和模板出现问题，其中 T 构造函数类型可以是初始化列表或普通的旧 ctor。

struct Foo {
    Foo() {}

    Foo(std::initializer_list<Foo>) {
        std::cout << "initializer list" << std::endl;
    }

    Foo(const Foo&) {
        std::cout << "copy ctor" << std::endl;
    }
};

int main() {
    Foo a;
    Foo b(a); // copy ctor
    Foo c{a}; // copy ctor (init. list element) + initializer list!!!
}

假设您没有遇到此类类，则没有理由不使用初始化器列表。