简单工厂适合单一产品族的创建，通过集中对象创建逻辑简化使用，但新增产品需修改工厂类；抽象工厂适用于多产品族统一创建，符合开闭原则，新增产品族无需修改已有代码。1. 简单工厂结构简单，通过参数决定对象类型，违反开闭原则。2. 抽象工厂定义接口，创建一组相关产品，扩展时通过新增工厂子类实现，不改动原有逻辑。3. 选择依据：仅需根据参数创建单一对象用简单工厂，需创建多个关联对象家族则用抽象工厂。
在设计C++程序时，工厂模式是一种常用的创建型设计模式，能有效解耦对象的创建和使用。简单工厂和抽象工厂是其中两个常见的实现方式，它们各有适用场景。
简单工厂：适合单一产品族的创建
简单工厂不是23种GoF设计模式之一，但它非常实用，尤其适用于只需要根据参数创建不同类型对象的情况。
它的核心思想是将对象的创建集中到一个类中，使用者不需要关心具体的构造细节，只需要传入一个标识（比如字符串或枚举）就能获取实例。
立即学习“C++免费学习笔记（深入）”；
例如：
class Product {
public:
virtual void use() = 0;
};
class ConcreteProductA : public Product {
public:
void use() override { cout << "Using product A" << endl; }
};
class SimpleFactory {
public:
static Product* createProduct(char type) {
if (type == 'A') return new ConcreteProductA();
// else if ...
return nullptr;
}
};优点很明显：结构简单、易于理解和实现。缺点也存在，就是每次新增产品类型都需要修改工厂类，违反开闭原则。
抽象工厂：支持多个产品族的统一创建
当系统需要同时创建一组相关或依赖对象的家族时，抽象工厂就派上用场了。它提供了一个接口，用于创建一系列相互关联的产品对象。
比如我们有不同风格的UI组件（按钮、文本框等），可以为每个风格定义一个具体的工厂。
抽象工厂的关键在于定义接口而非具体类，通过继承实现扩展。
结构大致如下：
class AbstractProductA {};
class AbstractProductB {};
class ConcreteFactory1 : public AbstractFactory {
public:
AbstractProductA* createProductA() override { ... }
AbstractProductB* createProductB() override { ... }
};这种模式的好处是符合开闭原则，新增产品族只需添加新工厂，无需修改已有代码。但代价是类的数量迅速增长，复杂度上升。
简单工厂 vs 抽象工厂：选择哪个？
-
功能范围不同：
- 简单工厂只负责一个产品的创建。
- 抽象工厂处理的是多个相关产品组成的“产品族”。
-
扩展性差异大：
- 简单工厂新增产品类型需要改逻辑。
- 抽象工厂新增产品族只需加一个工厂子类。
-
使用场景建议：
- 如果你的需求只是根据不同参数返回不同子类，选简单工厂。
- 如果你有一组紧密相关的对象要创建，并且未来可能扩展不同的“系列”，抽象工厂更合适。
工厂模式的一些小技巧
- 避免内存泄漏：如果返回的是new出来的指针，记得让调用者明确释放，或者使用智能指针。
- 结合配置文件：可以把创建逻辑与配置结合，运行时决定加载哪种产品。
- 不要过度设计：如果只有两三个产品类型，而且几乎不会变，没必要强行用抽象工厂。
基本上就这些。工厂模式虽然看起来不难，但在实际项目中用好还是需要结合业务做取舍。
