设计模式之简单工厂模式

设计模式之简单工厂模式（Simple Factory Pattern）

模式定义

简单工厂模式又叫静态工厂方法模式，属于类创建型模式。在简单工厂模式中，可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。

类图

代码

enum ProductType {
    TypeA,
    TypeB,
	TypeC
};

//抽象产品类
class Product {
public:
    virtual void use() = 0;
    //抽象类的析构函数设置为虚函数
	virtual ~Product() {}
};

class ProductA : public Product {
public:
    void use() override
    {
    	cout << "void ProductA::use()" << endl;
    }
};
class ProductB : public Product {
public:
    void use() override
    {
    	cout << "void ProductB::use()" << endl;
    }
};
class ProductC : public Product {
public:
    void use() override
    {
    	cout << "void ProductC::use()" << endl;
    }
};

class ProductFactory {
public: 
    unique_ptr<Product> ProductFactory::createProduct(ProductType type) {
        switch(type)
        {
        case TypeA:
            return unique_ptr<Product>(new ProductA());
        case TypeB:
            return unique_ptr<Product>(new ProductB());
        case TypeC:
            return unique_ptr<Product>(new ProductC());
        default:
            return unique_ptr<Product>(nullptr);
        }
	}
};

void test()
{
    unique_ptr<Product> pa = ProductFactory::createProduct(TypeA);
    unique_ptr<Product> pb = ProductFactory::createProduct(TypeB);
    unique_ptr<Product> pc = ProductFactory::createProduct(TypeC);
    pa->use();
    pb->use();
    pc->use();
}

简单工厂模式的优点

1. 工厂类包含必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例，客户端可以免除直接创建产品对象的职责，而仅仅“消费”产品，简单工厂模式实现了对象创建和使用的分离。
2. 客户端无须知道所创建的具体产品类的类名，只需要知道具体产品类所对应的参数即可，对于一些复杂的类名，通过简单工厂模式可以在一定程度减少使用者的记忆量。
3. 通过引入配置文件，可以在不修改任何客户端代码的情况下更换和增加新的具体产品类，在一定程度上提高了系统的灵活性。

简单工厂模式的缺点

1. 由于工厂类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都要受到影响。
2. 使用简单工厂模式将会增加系统中类的个数，在一定程序上增加了系统的复杂度和理解难度。
3. 系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，在产品类型较多时，有可能造成工厂逻辑过于复杂，不利于系统的扩展和维护。
4. 简单工厂模式由于使用了静态工厂方法，造成工厂角色无法形成基于继承的等级结构。

使用场景

1. 工厂类负责创建的对象比较少，由于创建的对象较少，不会造成工厂方法中的业务逻辑太过复杂。
2. 客户端只知道传入工厂类的参数，对于如何创建对象并不关心。

参考博文

1. https://design-patterns.readthedocs.io/zh-cn/latest/creational_patterns/simple_factory.html