C++怎么实现简单工厂模式_C++对象创建优化方案【详解】-C++-PHP中文网

应使用工厂函数而非直接new，因其能集中管理对象创建逻辑、避免硬编码、便于扩展；需返回智能指针（推荐std::unique_ptr）、解耦构造逻辑、显式传参、线程安全且轻量，错误时抛具体异常。

c++怎么实现简单工厂模式_c++对象创建优化方案【详解】

为什么不用 new 直接创建，而要搞个工厂函数

因为业务逻辑里频繁出现 new DerivedA()、new DerivedB() 这类硬编码，一旦新增子类或切换实现，所有调用点都得改。工厂函数把“创建谁”这个决策收拢到一处，后续只改工厂内部，调用方完全无感。

常见错误现象：有人把工厂写成全局函数但返回裸指针，导致忘记 delete；或者用 std::shared_ptr 却在工厂里直接 new 而不配合 make_shared，白白多一次内存分配。

工厂函数应返回智能指针（推荐 std::unique_ptr），避免资源泄漏
构造逻辑必须和产品类解耦——工厂函数里不能 #include 具体子类的 .h，只依赖基类声明
如果产品需要参数初始化，工厂函数参数应显式传递，别靠全局变量或单例塞配置

怎么写一个线程安全又不臃肿的简单工厂

简单工厂不是单例，不需要锁。所谓“线程安全”只在工厂内部有静态局部对象（比如缓存）时才需考虑；纯函数式工厂（输入类型标识，输出对象）天生线程安全。

性能影响：别在工厂里做耗时操作（如读配置文件、网络请求）。它应该只是 switch 或 if-else 分发，几十纳秒内完成。

用 enum class ProductType 代替 magic int/string，避免拼写错误和隐式转换
返回 std::unique_ptr 比 std::shared_ptr 更轻量，除非真需要共享所有权
default 分支必须抛异常（如 std::invalid_argument），不能静默返回 nullptr——否则调用方容易忘判空

std::unique_ptr<base> createProduct(ProductType type) {
    switch (type) {
        case ProductType::A: return std::make_unique<deriveda>();
        case ProductType::B: return std::make_unique<derivedb>();
        default: throw std::invalid_argument("Unknown product type");
    }
}
</derivedb></deriveda>