什么时候不应该在构造函数中使用初始化列表？

Question

当我们不应该在构造函数中使用初始化列表以及如何通过赋值来克服时，有人可以引用示例代码吗？

我正在寻找以下声明的一个例子

当您的类有两个构造函数需要以不同的顺序初始化this对象的数据成员时，可能会发生这种情况。 或者，当两个数据成员是自引用时，可能会发生这种情况。 或者当数据成员需要对此对象的引用时，并且您希望避免编译器警告在构造函数的主体（当您的特定编译器恰好发出该特定警告时）之前使用this关键字。 或者，在使用该变量初始化其中一个成员之前，需要对变量（参数，全局等）进行if / throw测试。

Answer 1

我相信你的陈述的作者所指的主要概念是，对初始化列表中的变量的调用不是按照你在初始化列表中看到的顺序发生的，而是按顺序列出的变量列在类中定义 。

这意味着

• 如果你有两个使用初始化列表的不同构造函数，它们必须以相同的顺序初始化它们
• 你对排序的控制（如果你有相互依赖的成员，这可能很重要）是有限的

我建议看一下Scott Meyer的Effective C++ ，它涵盖了这个（在许多其他有用且信息丰富的主题中）。

Answer 2

这里有些例子：

当您的类有两个构造函数需要以不同的顺序初始化此对象的数据成员时，可能会发生这种情况。

class Example1 {
 public:
  Example1(std::string decoded, std::string encoded)
      : decoded_(decoded),
        encoded_(encoded) {}
  explicit Example1(std::string encoded)
      : decoded_(),  // Can't use "decoded_(Decode())" since "encoded_" isn't initialised
        encoded_(encoded) {
    decoded_ = Decode();  // Assign here instead of initialising
  }
 private:
  std::string Decode();  // decodes class member "encoded_"
  std::string decoded_, encoded_;
};

在这个例子中， decoded_将始终在encoded_之前初始化，因为这是它们在类中声明的顺序，即使我们在初始化列表中交换它们的顺序。

或者当数据成员需要对此对象的引用时，并且您希望避免编译器警告在构造函数的主体（当您的特定编译器恰好发出该特定警告时）之前使用this关键字。

class Example2 {
 public:
  Example2() : functor_() {
    functor_ = std::bind(&Example2::Do, this);
  }
 private:
  void Do();
  std::function<void()> functor_;
};

在这里， functor_需要使用this当它被初始化/分配。 如果我们要在初始化列表中初始化functor_ ，那么this指针将引用一个在该点未完全初始化的对象。 根据具体情况，这可能是安全的，但是万无一失的选项是将设置functor_推迟到构造函数体内部，此时this 确实引用了一个完全初始化的对象。

或者，在使用该变量初始化其中一个成员之前，需要对变量（参数，全局等）进行if / throw测试。

class Example3 {
 public:
  Example3(int force, int acceleration)
      : force_(force),
        acceleration_(acceleration),
        mass_(0) {
    if (acceleration_ == 0)
      throw std::exception("Can't divide by 0");
    mass_ = force_ / acceleration_;
  }
 private:
  int force_, acceleration_, mass_;
};

希望这是不言自明的。

我不确定是什么意思

当两个数据成员是自我指涉的

所以我不敢举一个例子，我害怕。