C++设计模式之简单工厂模式（一）
Iphone 6即将面世过程中，富士康集团正在为Iphone6的面世做着最后的冲刺，生产线上的工人正忙碌着为Iphone6进行各道流程的加工操作。作为代工工厂，富士康为世界上IT巨头，如：苹果，惠普等加工出各种产品。市场上看到的各种品牌电脑，绝大部分来在富士康这家代工厂。在设计模式中,也存在一个类似的模式，提供一个工厂，根据需要可以创建出各种不同类型的对象，该模式称之为简单工程模式。
1、简单工厂模式
简单工厂模式并不属于GoF 23个经典设计模式，但通常将它作为学习其他工厂模式的基础，它的设计思想很简单，其基本流程如下：
首先将需要创建的各种不同对象的相关代码封装到不同的类中，这些类称为具体产品类，而将它们公共的代码进行抽象和提取后封装在一个抽象产品类中，每一个具体产品类都是抽象产品类的子类；然后提供一个工厂类用于创建各种产品，在工厂类中提供一个创建产品的工厂方法，该方法可以根据所传入的参数不同创建不同的具体产品对象；客户端只需调用工厂类的工厂方法并传入相应的参数即可得到一个产品对象。
简单工厂模式定义如下：
| 简单工厂模式(Simple Factory Pattern)：定义一个工厂类，它可以根据参数的不同返回不同类的实例，被创建的实例通常都具有共同的父类。因为在简单工厂模式中用于创建实例的方法是静态(static)方法，因此简单工厂模式又被称为静态工厂方法(Static Factory Method)模式，它属于类创建型模式。 |
简单工厂模式的要点在于：当你需要什么，只需要传入一个正确的参数，就可以获取你所需要的对象，而无须知道其创建细节。简单工厂模式结构比较简单，其核心是工厂类的设计，其结构如图1所示：
图1 简单工厂模式结构图
在简单工厂模式结构图中包含如下几个角色：
Factory（工厂角色）：工厂角色即工厂类，它是简单工厂模式的核心，负责实现创建所有产品实例的内部逻辑；工厂类可以被外界直接调用，创建所需的产品对象；在工厂类中提供了静态的工厂方法factoryMethod()，它的返回类型为抽象产品类型Product。
Product（抽象产品角色）：它是工厂类所创建的所有对象的父类，封装了各种产品对象的公有方法，它的引入将提高系统的灵活性，使得在工厂类中只需定义一个通用的工厂方法，因为所有创建的具体产品对象都是其子类对象。
ConcreteProduct（具体产品角色）：它是简单工厂模式的创建目标，所有被创建的对象都充当这个角色的某个具体类的实例。每一个具体产品角色都继承了抽象产品角色，需要实现在抽象产品中声明的抽象方法。
如果不使用简单工厂，而是直接在客户端通过多次使用new操作和创建多个具体对象（可以是不同类型的具体对象），客户端需要知道具体的类型，针对的是具体编程而不是针对接口编程，这违背了“针对接口编程而不是针对具体编程原则”，也违背了"迪米特法则，也就是最少朋友原则"（客户端需要知道具体类型，而具体类型不是客户类的直接朋友）。对象创建是一个变化的过程，因此应该封装变化。在简单工厂模式中，客户端通过工厂类来创建一个产品类的实例，而无须直接使用new关键字来创建对象，减少了客户端与具体对象之间的耦合，把对象的创建过程封装在了工厂中，对客户端而言，隐藏了对象创建的具体细节。
在使用简单工厂模式时，首先需要对产品类进行重构，不能设计一个包罗万象的产品类，而需根据实际情况设计一个产品层次结构，将所有产品类公共的代码移至抽象产品类，并在抽象产品类中声明一些抽象方法，以供不同的具体产品类来实现。
2、OCR软件项目的开发与实现
某OCR软件公司根据市场需求，欲开发银行卡识别、身份证识别、驾照识别项目。请为这些OCR识别项目开发一套统一的框架，要求能够具有扩展性。（身份证识别: 意思是把身份证图片传送给识别引擎，由引擎对图像进行处理，把处理之后的文本信息返回）
1.不适用模式实现方式一
项目实现代码如下：
#ifndef _DEVELOP_PRODUCT_H_
#define _DEVELOP_PRODUCT_H_
#include <iostream>
#include <string>
using namespace std;
//开发产品类
class DevelopProduct
{
private:
//产品名
string m_strProductName;
public:
//根据参数类型创建具体产品，在这里为简单起见只是保存着项目名称操作
void CreateProduct(string strProdectName)
{
if( 0 == strcmp(strProdectName.c_str(), "银行卡识别项目") )
{
m_strProductName = "银行卡识别项目";
}
else if( 0 == strcmp(strProdectName.c_str(), "身份证识别项目") )
{
m_strProductName = "身份证识别项目";
}
else if( 0 == strcmp(strProdectName.c_str(), "驾驶证识别项目") )
{
m_strProductName = "驾驶证识别项目";
}
}
//显示创建的产品名称
void DisplayProduct()
{
cout << "项目名称: " << m_strProductName << endl;
}
};
#endif
DevelopProduct开发产品类，CreateProduct函数根据参数类型的不同，创建具体各个不同的识别产品。测试代码实现如下：
#include <iostream>
#include "DevelopProduct.h"
using namespace std;
int main()
{
DevelopProduct * pDevelopProduct = new DevelopProduct();
pDevelopProduct->CreateProduct("银行卡识别项目");
pDevelopProduct->DisplayProduct();
pDevelopProduct->CreateProduct("身份证识别项目");
pDevelopProduct->DisplayProduct();
pDevelopProduct->CreateProduct("驾驶证识别项目");
pDevelopProduct->DisplayProduct();
return 0;
}
编译并运行，结果如下：
仔细发现，DevelopProduct类的CreateProduct方法带有多个条件判断，根据每种类型的不同，创建不同的软件产品。整个类的代码相当冗长，代码越长，阅读难度、维护难度和测试难度也越大。如果需要再添加一个"火车票识别项目",得修改CreateProduct代码，违背了开放封闭原则。因此需要对此代码进行重构,把创建的过程封装起来。在重构代码之前，再来看一个没有使用模式的例子。
2.不适用模式实现方式二
项目实现代码如下：
#ifndef _SOFT_PRODUCT_H_
#define _SOFT_PRODUCT_H_
#include <iostream>
using namespace std;
//抽象软件产品类
class SoftProduct
{
public:
virtual void DisplayProduct() = 0;
};
//银行卡产品
class BankCard : public SoftProduct
{
public:
void DisplayProduct()
{
cout << "项目名称: " << "银行卡识别项目" << endl;
}
};
//身份证产品
class IdentityCard : public SoftProduct
{
public:
void DisplayProduct()
{
cout << "项目名称: " << "身份证识别项目" << endl;
}
};
//驾驶证产品
class DriveLicense : public SoftProduct
{
public:
void DisplayProduct()
{
cout << "项目名称: " << "驾驶证识别项目" << endl;
}
};
#endif SoftProduct为抽象的OCR软件产品类，包含一个显示方法，显示各个项目的名称。 BankCard银行卡类，IdentityCard身份证类，DriveLicense驾照类是
SoftProduct的子类。
测试代码如下：
#include <iostream>
#include "SoftProduct.h"
using namespace std;
int main()
{
SoftProduct * pSoftProduct = NULL;
//创建银行卡识别项目
pSoftProduct = new BankCard();
pSoftProduct->DisplayProduct();
delete pSoftProduct;
pSoftProduct = NULL;
//创建身份证识别项目
pSoftProduct = new IdentityCard();
pSoftProduct->DisplayProduct();
delete pSoftProduct;
pSoftProduct = NULL;
//创建驾驶证识别项目
pSoftProduct = new DriveLicense();
pSoftProduct->DisplayProduct();
delete pSoftProduct;
pSoftProduct = NULL;
return 0;
} 编译并执行，结果如下：
使用继承的方式，可以根据需要进行扩展。如果需要添加一个"火车票识别项目",则只需要定义一个火车票识别项目类，继承于抽象产品类SoftProduct就可以了，不需要对原有代码进行修改，满足开放封闭原则。
但需要创建具体的软件项目产品时，客户端得知道具体的软件产品类型。上面程序，客户端得知道BankCard银行卡类，IdentityCard身份证类，DriveLicense驾照类这三个具体类型。也就是说客户端针对具体进行编程而不是针对抽象进行编程，违背了针对抽象进行编程原则。同时客户端知道这些具体的类型，增加了类间的耦合性，也违背了迪米特法则，也就是最小朋友原则（那些具体的类型不是客户端的直接朋友，客户端只需要认识抽象产品类SoftProduct就可以了）。因此，发现问题后得重构上述代码，把对象的具体创建细节封装起来，对客户端隐藏创建的具体细节。