初始化时调用外部Setter：除构造函数体外是否有更优方案？

嘿，这个场景我太熟悉了——碰到那种没法修改的外部类，只能靠Setter来配置，又不想把配置逻辑塞进构造函数体里，对吧？其实在C++11及以后的标准里，咱们有几种优雅的方式能把Setter调用挪到初始化阶段来做，不用非得在构造函数体内写：

1. 初始化列表里用Lambda表达式（最简洁的方式） #

直接在成员初始化列表里写一个匿名lambda，完成对象构造+Setter调用的逻辑，最后把配置好的对象返回给成员变量：

struct Foo {
    Foo() : object([]{
        // 先构造初始对象
        Object temp_obj(someValue);
        // 调用外部Setter完成配置
        temp_obj.setProperty(differentValue);
        // 返回配置好的对象给成员
        return temp_obj;
    }()) {}

private:
    Object object;
};

这种方式的好处是逻辑紧凑，所有初始化逻辑都集中在初始化列表里，符合RAII的设计原则，而且编译器会帮你做返回值优化（RVO），几乎不会有额外的性能开销。

2. 静态辅助函数（适合复杂初始化逻辑） #

如果初始化逻辑比较复杂，或者你需要在多个构造函数里复用这段配置代码，写个私有静态辅助函数会更清晰：

struct Foo {
    Foo() : object(createConfiguredObject()) {}
    // 如果有其他构造函数，也可以复用这个辅助函数
    Foo(int customVal) : object(createConfiguredObject(customVal)) {}

private:
    static Object createConfiguredObject(int initVal = someValue) {
        Object obj(initVal);
        obj.setProperty(differentValue);
        // 还能加更多Setter调用或者其他配置逻辑
        obj.setAnotherProperty(anotherVal);
        return obj;
    }

    Object object;
};

这个方法可读性更强，而且方便维护——以后要改配置逻辑，只需要修改这一个函数就行。

为什么这些方法比构造函数体调用更好？ #

原来的写法是先在初始化列表里构造一个“半成品”的object，再在构造函数体里调用Setter修改它。而上面的两种方式都是先在临时对象上完成所有配置，再把最终状态的对象交给成员变量，这样：

• 成员变量从诞生起就是完全初始化的状态，避免了中间的不确定状态
• 更符合C++“尽可能在初始化阶段完成所有操作”的设计理念

内容的提问来源于stack exchange，提问作者Annie May