设计模式之简单工厂模式(Simply Factory)摘录

从设计模式的类型上来说,简单工厂模式是属于创建型模式,又叫静态工厂方法(Static Factory Method)模式,但不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现。

简单工厂模式的实质是由一个工厂类根据传入的参数,动态决定应该创建哪一个产品类(这些产品类继承自一个父类或接口)的实例。

该模式中包含的角色及其职责:(1)、工厂(Creator)角色:简单工厂模式的核心,它负责实现创建所有实例的内部逻辑(一个个if/else分支或者switch/case分支)。工厂类可以被外界直接调用,创建所需的产品对象;(2)、抽象产品(Product)角色:简单工厂模式所创建的所有对象的父类,它负责描述所有实例所共有的公共接口;(3)、具体产品(Concrete Product)角色:是简单工厂模式的创建目标,所有创建的对象都是充当这个角色的某个具体类的实例。

优缺点:(1)、优点:工厂类是整个模式的关键,包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象。通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责”消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的。明确了各自的职责和权利,有利于整个软件体系结构的优化。(2)、缺点:由于工厂类集中了所有实例的创建逻辑,违反了高内聚责任分配原则,将全部创建逻辑集中到了一个工厂类中;它所能创建的类只能是事先考虑到的如果需要添加新的类,则就需要改变工厂类了。当系统中的具体产品类不断增多的时候,可能会出现要求工厂类根据不同条件创建不同实例的需求。这种对条件的判断和对具体产品类型的判断交错在一起,很难避免模块功能的蔓延,对系统的维护和扩展非常不利。这些缺点在工厂方法模式中得到了一定的克服。

使用场景:工厂类负责创建的对象比较少;客户只知道传入工厂类的参数,对于如何创建对象(逻辑)不关心;由于简单工厂很容易违反高内聚责任分配原则,因此一般只在很简单的情况下应用。

简单工厂模式只需一个工厂类,而工厂方法模式的工厂类随着产品类个数增加而增加。工厂方法模式每个具体工厂类只完成单一任务。简单工厂模式的工厂类是个静态类,在客户端无需实例化。

工厂方法模式:一个抽象产品类,可以派生出多个具体产品类。一个抽象工厂类,可以派生出多个具体工厂类。每个具体工厂类只能创建一个具体产品类的实例。

抽象工厂模式:多个抽象产品类,每个抽象产品类可以派生出多个具体产品类。一个抽象工厂类,可以派生出多个具体工厂类。每个具体工厂类可以创建多个具体产品类的实例。

示例代码:

#include <iostream>
using namespace std;

typedef enum ProductTypeTag
{
	ADD = 1,
	SUB = 2,
	MUL = 3,
	DIV = 4
}PRODUCTTYPE;

//基类
class COperation
{
public:
	COperation() : m_numA(0.0), m_numB(0.0)
	{
		cout<<"COperation constructor"<<endl;
	}

	virtual ~COperation()
	{
		cout<<"COperation destructor"<<endl;
	}

	virtual double GetResult() = 0;

protected:
	double m_numA;
	double m_numB;
};

//加法
class CAddOperation : public COperation
{
public:
	CAddOperation(double a, double b)
	{
		cout<<"CAddOperation constructor"<<endl;
		m_numA = a;
		m_numB = b;
	}

	virtual ~CAddOperation()
	{
		cout<<"CAddOperation destructor"<<endl;
	}

	virtual double GetResult()
	{
		return (m_numA + m_numB);
	}
};

//减法
class CSubOperation : public COperation
{
public:
	CSubOperation(double a, double b)
	{
		cout<<"CSubOperation constructor"<<endl;
		m_numA = a;
		m_numB = b;
	}

	virtual ~CSubOperation()
	{
		cout<<"CSubOperation destructor"<<endl;
	}

	virtual double GetResult()
	{
		return (m_numA - m_numB);
	}
};

//乘法
class CMulOperation : public COperation
{
public:
	CMulOperation(double a, double b)
	{
		cout<<"CMulOperation constructor"<<endl;
		m_numA = a;
		m_numB = b;
	}

	virtual ~CMulOperation()
	{
		cout<<"CMulOperation destructor"<<endl;
	}

	virtual double GetResult()
	{
		return (m_numA * m_numB);
	}
};

//除法
class CDivOperation : public COperation
{
public:
	CDivOperation(double a, double b)
	{
		cout<<"CDivOperation constructor"<<endl;
		m_numA = a;
		m_numB = b;
	}

	virtual ~CDivOperation()
	{
		cout<<"CDivOperation destructor"<<endl;
	}

	virtual double GetResult()
	{
		return (m_numA / m_numB);
	}
};

//工厂类
class CCalculatorFactory
{
public:
	static COperation* CreateOperation(PRODUCTTYPE type, double a, double b)
	{
		switch (type)
		{
		case 1:
			return new CAddOperation(a, b);
			break;
		case 2:
			return new CSubOperation(a, b);
			break;
		case 3:
			return new CMulOperation(a, b);
			break;
		case 4:
			return new CDivOperation(a, b);
			break;
		default:
			return NULL;
		}
	}
};

int main()
{
	CCalculatorFactory* calFactory = new CCalculatorFactory();
	int type = 0;
	double a = 10, b = 2;

	type = 1;
	COperation* operation = calFactory->CreateOperation((PRODUCTTYPE)type, a, b);
	if (operation) {
		cout<<operation->GetResult()<<endl;
		delete operation;
		operation = NULL;
	}

	type = 2;
	operation = calFactory->CreateOperation((PRODUCTTYPE)type, a, b);
	if (operation) {
		cout<<operation->GetResult()<<endl;
		delete operation;
		operation = NULL;
	}

	type = 3;
	operation = calFactory->CreateOperation((PRODUCTTYPE)type, a, b);
	if (operation) {
		cout<<operation->GetResult()<<endl;
		delete operation;
		operation = NULL;
	}

	type = 4;
	operation = calFactory->CreateOperation((PRODUCTTYPE)type, a, b);
	if (operation) {
		cout<<operation->GetResult()<<endl;
		delete operation;
		operation = NULL;
	}

	if (calFactory) {
		delete calFactory;
		calFactory = NULL;
	}

	/*result
		COperation constructor
		CAddOperation constructor
		12
		CAddOperation destructor
		COperation destructor
		COperation constructor
		CSubOperation constructor
		8
		CSubOperation destructor
		COperation destructor
		COperation constructor
		CMulOperation constructor
		20
		CMulOperation destructor
		COperation destructor
		COperation constructor
		CDivOperation constructor
		5
		CDivOperation destructor
		COperation destructor
	*/

	return 0;
}

简单工厂模式结构图:

参考文献:

1、  http://baike.baidu.com/view/1227908.htm

2、  http://www.cnblogs.com/beniao/archive/2008/08/09/1263318.html

3、  http://blog.csdn.net/lilu_leo/article/details/7592678

4、  http://www.jellythink.com/archives/42

5、  http://www.cppblog.com/wolf/articles/122609.html

6、  http://www.mianwww.com/html/2011/12/12375.html

设计模式之简单工厂模式(Simply Factory)摘录

时间: 2024-10-29 19:06:28

设计模式之简单工厂模式(Simply Factory)摘录的相关文章

设计模式之简单工厂模式Simple Factory(四创建型)

工厂模式简介. 工厂模式专门负责将大量有共同接口的类实例化 工厂模式可以动态决定将哪一个类实例化,不必事先知道每次要实例化哪一个类. 工厂模式有三种形态: 1.简单工厂模式Simple Factory,又称静态工厂方法模式 2.工厂方法模式Factory Method,又称多态性工厂模式 3.抽象工厂模式Abstract Factory,又称工具箱模式 2.什么是简单工厂模式 简单工厂模式是类的创建模式.是由一个工厂对象决定创建出哪一种产品类的实例,是不同的工厂方法模式的一个特殊实现.由一个工厂

C#设计模式(2)——简单工厂模式(Factory )

我们通过 Factory 创建对象不同的对象. 例如:如果创建一个汽车的接口,通过 工厂Factory 创建实现接口的对象,根据我们的选择来创建不同的对象. 创建汽车接口 /// <summary> /// 简单工厂模式 /// </summary> public interface IAutoCarMake { /// <summary> /// 创建汽车 /// </summary> void CreateAutoCar(); } 创建两个派生类,分别实

设计模式在cocos2d-x中的使用--简单工厂模式(Simple Factory)

什么是简单工厂模式? 从设计模式的类型上来说,简单工厂模式是属于创建型模式,又叫做静态工厂方法(Static Factory Method)模式,通过专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类. 简单工厂模式在cocos2d-x中怎么用,我们通过下面的小例子来了解一下. 假如我们在开发一款类似魔兽的RPG游戏,在游戏中会出现很多种族的角色,如:人族.兽族. 这些种族一般都会定义为一个类,如果兽族Orc类,人族Human类. 兽族.人族两个类都同样属于种族,那么我们可以

设计模式之简单工厂模式

设计模式之简单工厂模式 动机:         不暴露实例化逻辑来创建对象.通过公共的接口创建新的对象.         这是一个简单的实现,客户端需要一个product,但是client不直接使用new对象,而是通过提供需要的对象信息来找factory得到新的product.         这个factory实例化一个具体的product并返回(转化成抽象的类),client段使用这个抽象的类而不用考虑它具体的实现. 应用举例:        也许工厂模式是使用最多的模式之一.举个例子,一个

设计模式初探—简单工厂模式

为什么要学习设计模式? 可重用.可维护.可扩展.灵活性好 什么是简单工厂模式? 从设计模式的类型上来说,简单工厂模式是属于创建型模式,又叫做静态工厂方法(Static Factory Method)模式,但不属于23种GOF设计模式之一.简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例.简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现. 简单工厂模式的好处? (1)将具体业务和实现进行分离 (2)将多个具体业务之间进行解耦 解决的问题? 单独的类来创造

iOS设计模式 - (3)简单工厂模式

iOS设计模式 - (3)简单工厂模式           by Colin丶 转载请注明出处:              http://blog.csdn.net/hitwhylz/article/details/40381721 一.简述 简单工厂模式(FACTORY),通过面向对象的封装,继承和多态来降低程序的耦合度.将一个具体类的实例化交给一个静态工厂方法来执行. 该模式中的角色包括: 工厂类(Simple Factory): 只包含了创建具体类的静态方法. 抽象产品(Product):

设计模式——2.简单工厂模式

设计模式主要分为3大类:创建型模式.行为型模式.结构型模式. 创建型模式(Creational Pattern)对类的实例化过程进行了抽象,能够将软件模块中对象的创建和对象的使用分离.为了使软件的结构更加清晰,外界对于这些对象只需要知道它们共同的接口,而不清楚其具体的实现细节,使整个系统的设计更加符合单一职责原则. 下面开始介绍创建型模式中的“简单工厂模式”. 1. 模式动机 考虑一个简单的软件应用场景,一个软件系统可以提供多个外观不同的按钮(如圆形按钮.矩形按钮.菱形按钮等), 这些按钮都源自

大话设计模式之简单工厂模式&amp;工厂方法模式&amp;抽象工厂模式

创造类模式分为三种:简单工厂模式,工厂模式和抽象工厂模式. 定义: 简单工厂模式:用一个单独的类来做创造实例的过程. 工厂模式:一个用于创建对象的接口,让子类决定实例化哪一个类,讲一个类的实例化 延迟到其子类. 抽象工厂模式:为创建一组相关或相互依赖的对象的类,而不指定具体类. 结构图: 这是简单工厂的结构图,从图中就很好理解. 简单工厂的优点: 根据用户需要,new出需要的对象. 但是简单工厂弊端: 当新加入一个功能是,就要修改工厂.这个时候,就需要工厂模式了. 从图中我们可以看出: 工厂模式

大话设计模式之--简单工厂模式

文章开始借用大话设计模式中的例子说一下面向对象的思维. "话说三国时期,曹操令百万大军攻打东吴,曹操说了一句:"喝酒唱歌,人生真爽",一臣子为了拍马屁命令工匠刻板印刷,以便名流青史, 样张拿出来,曹操一看,不妥,当即改成对酒当歌,接着工匠连夜改版,只得全部重新改来,改完之后,曹操一看,感觉人生真爽太过直接,改为人生几何,接着工匠又要全部 改之....." 问题出在哪里呢?,因为三国时期活字印刷术还没有发明,所以要改字的时候,就必须整个模板全部重新刻,有了活字印刷术之