设计模式之简单工厂模式(C++实现)

更多设计模式参看： 设计模式之模式概述(模式汇总)(C++实现)

介绍

按实际业务场景划分，工厂模式有 3 种不同的实现方式，分别是简单工厂模式、工厂方法模式和抽象工厂模式。

把被创建的对象称为“产品”，把创建产品的对象称为“工厂”。如果要创建的产品不多，只要一个工厂类就可以完成，这种模式叫简单工厂模式。

在简单工厂模式中创建实例的方法通常为静态（static）方法，因此简单工厂模式（Simple Factory Pattern）又叫作静态工厂方法模式（Static Factory Method Pattern）。

意图：

简单工厂模式(Simple Factory Pattern)：定义一个工厂类，它可以根据参数的不同返回不同类的实例，被创建的实例通常都具有共同的父类。

解决问题：

主要解决接口选择的问题。

实现概述：

• 将需要创建的各种不同对象的相关代码封装到不同的类中，这些类称为具体产品类
• 将它们公共的代码进行抽象和提取后封装在一个抽象产品类，每一个具体产品类都是抽象产品类的子类
• 提供一个工厂类用于创建各种产品，工厂类中提供一个创建产品的工厂方法，该方法可以根据所传入的参数不同创建不同的具体产品对象

要点：

当你需要什么，只需要传入一个正确的参数，就可以获取你所需要的对象，而无须知道其创建细节。

应用场景：

在以下情况下可以考虑使用简单工厂模式：

​ (1) 工厂类负责创建的对象比较少，由于创建的对象较少，不会造成工厂方法中的业务逻辑太过复杂。

​ (2) 客户端只知道传入工厂类的参数，对于如何创建对象并不关心。

生活中场景

不同工厂生产不同的产品。比如不同的球类工厂生产不同的球类。

软件中场景

1、日志记录器：记录可能记录到本地硬盘、系统事件、远程服务器等，用户可以选择记录日志到什么地方。

2、数据库访问，当用户不知道最后系统采用哪一类数据库，以及数据库可能有变化时。

优点：

1. 工厂类包含必要的逻辑判断，可以决定在什么时候创建哪一个产品的实例。
2. 客户端无需知道所创建具体产品的类名，只需知道参数即可。

缺点：

1. 简单工厂模式的工厂类单一，负责所有产品的创建，职责过重，一旦异常，整个系统将受影响。且工厂类代码会非常臃肿，违背高聚合原则。
2. 系统扩展困难，一旦增加新产品不得不修改工厂逻辑，在产品类型较多时，可能造成逻辑过于复杂
3. 简单工厂模式使用了 static 工厂方法，造成工厂角色无法形成基于继承的等级结构。

模式结构

角色

• 抽象产品（Product）：是简单工厂创建的所有对象的父类，负责描述所有实例共有的公共接口。
• 具体产品（ConcreteProduct）：抽象产品的派生类，包含具体产品特有的实现方法，是简单工厂模式的创建目标。
• 简单工厂（SimpleFactory）：根据客户提供的具体产品参数，创建具体产品实例

//抽象产品类
class AbstractProduct
{
   
public:
	//抽象方法：
};
 
//具体产品类
class ConcreteProduct :public AbstractProduct
{
   
public:
	//具体实现方法
};
 
class SimpleFactory
{
   
public:
	AbstractProduct createProduct(string productName)
	{
   
		AbstractProduct pro = NULL;
		if (productName == "ProductA"){
   
			pro = new ProductA();
		}