c++ - 选择哪种设计来进行复杂的对象初始化？

Question

假设我有一个封装了一个(或多个)成员的类，它必须以某种方式被初始化，没有它就没有合理的方法来使用这个类(所以我不想让它成为可选的) .像这样在其构造函数中运行初始化是否更好:

class MyClass
{
    MyClass()
    {
        if(!obj.initialize()
            throw ...;
    }

private:
    MyObject obj;
}

或者您会建议以下设计:

class MyClass
{
    MyClass()
    {
    }

    bool initialize()
    {
        return obj.initialize();
    }

private:
    MyObject obj;
}

第一个看起来很有吸引力，因为我可以保证在构造函数运行后满足使用我的类的所有要求，并且我可以通过抛出异常来报告任何错误。

第二个看起来不错，因为它不会用直观上不属于那里的东西重载构造函数，特别是一旦初始化例程变得复杂，即创建小部件，打开数据库连接，初始化第 3 方库等。在很多我正在使用的遗留代码，ctors 充斥着参数和初始化的东西，可能在这种膨胀的对象构造完成之前就运行了数千行代码。尝试将它们重构为更清洁的东西在某些时候真的很难，因为涉及的依赖项太多。这就是我提出问题的动机。

我看到的设计#2 的最大缺点是我需要一个公共(public)初始化例程，客户端必须记得调用它。但由于这可能而且很可能会被遗忘，我必须跟踪和检查所有公共(public)成员的初始化状态并以某种方式处理错误(可能断言会做)。如果我选择设计 #1，这也会让我的类充满一些不存在的东西。

那么我最好的选择是什么？

Answer 1

"The 1st one looks appealing because I can guarantee all requirements for using my class have been met after the constructor has run ...."

这必须是这种情况，否则设计不好。

当构造函数完成时，对象必须可以使用，没有任何未定义的行为，并且符合其接口(interface)规范。

但是这不意味着对象需要为给定目的配置。

我喜欢将初始化与配置分开。

例如，查看 std::fstream。您可以在不打开任何文件的情况下创建一个完全初始化的 fstream 对象:

std::fstream fs; // initialized but not configured

它不会表现出未定义的行为，并将根据其接口(interface)规范进行操作。

因此您可以使用它的界面配置它以达到给定的目的 - 例如读取特定文件:

fs.open("myfile.txt", std::ios::in); // configured

默认构造函数应该绝对最小值将对象放入工作顺序，而不必< em>配置给定任务。

话虽这么说，没有理由不使用其他 构造函数来使创建已配置 对象变得更容易:

std::fstream fs("myfile.txt", std::ios::in); // initialized & configured