设计模式之抽象工厂

原创 2016年06月01日 15:42:54

抽象工厂(AbstractFactory)提供一个创建一系列相关或者相互依赖对象的接口,而无需指定 它们具体的类。


适用性:

一个系统要独立于它的产品创建、组合和表示。

一个系统要由多个产品系列的一个来配置时。

当你要强调一系列相关的产品对象的设计以便进行联合使用时。

当你提供一个产品类库,而只想显示他们的接口而不是实现时。


抽象工厂结构:


抽象工厂的划分维度:抽象工厂主要以产品等级和产品族来划分二维维度, 以产品族为纵坐标, 产品等级为横坐标,产品等级拓展比较容易而产品族的拓展比较麻烦,这也是抽象工厂的缺点。如下划分性别和肤色的产品族和产品等级划分。可将产品族以肤色划分,性别分为不同等级,创建两个工厂,分别生产不同的肤色的男人,不同肤色的女人。

clip_image002


工厂模式的示例代码如下:

/*抽象工厂模式是一个简单的模式,使用的场景非常多,大家在软件产品开发过程中,
涉及到不同操作系统的时候,都可以考虑使用抽象工厂模式,例如一个应用,需要在三个不同平台上运行:
Windows、Linux、Android(Google发布的智能终端操作系统)上运行,你会怎么设计?分别设计三套不同的应用?非也非也,
通过抽象工厂模式屏蔽掉操作系统对应用的影响。三个不同操作系统上的软件功能、应用逻辑、UI都应该是非常类似,唯一不同的是调用不同的工厂方法,
由不同的产品类去处理与操作系统交互的信息。*/

/*AbstractFactory.h*/

#include "Product.h"

class ProductA;
class ProductB;
class AbstreactFactory
{
public:
	virtual ProductA* CreateProductA() = 0;
	virtual ProductB* CreateProductB() = 0;
};

class ConcreteFactoryA : public AbstreactFactory
{
public:
	ConcreteFactoryA(){};
	virtual ~ConcreteFactoryA(){};
	virtual ProductA* CreateProductA();
	virtual ProductB* CreateProductB();
};

class ConcreteFactoryB : public AbstreactFactory
{
public:
	ConcreteFactoryB(){};
	virtual ~ConcreteFactoryB(){};
	virtual ProductA* CreateProductA();
	virtual ProductB* CreateProductB();
};


AbstractFactory.cpp

#include "AbstractFactory.h"
ProductA *ConcreteFactoryA::CreateProductA()
{
	return new ProductA1();
}

ProductB * ConcreteFactoryA::CreateProductB()
{
	return new ProductB1();
}


ProductA* ConcreteFactoryB::CreateProductA()
{
	return new ProductA2();
}

ProductB* ConcreteFactoryB::CreateProductB()
{
	return new ProductB2();
}


Pruduct.h

#ifndef PRODUCT_H_
#define PRODUCT_H_

//ProductA 和 ProductB 分别代表两种不同产品族手机和电脑.比如ProductA代表手机 而ProductB代表电脑

//ProductA1代表Linux操作系统的手机,ProductA2代表windowsx系统手机
class ProductA
{
public:
	virtual void show() = 0;
};


class ProductA1 : public ProductA
{
public:
	ProductA1(){};
	virtual ~ProductA1(){};
	virtual void show();
};

class ProductA2 : public ProductA
{
public:
	ProductA2(){};
	virtual ~ProductA2(){};
	virtual void show();
};


class ProductB
{
public:
	ProductB(){};
	virtual ~ProductB(){};
	virtual void show()=0;
};

//ProductB1代表Linux操作系统的电脑,ProductB2代表Windows系统的电脑
class ProductB1 :public ProductB
{
public:
	ProductB1(){};
	virtual ~ProductB1(){};
	virtual void show();
};

class ProductB2 :public ProductB
{
public:
	ProductB2(){};
	virtual ~ProductB2(){};
	virtual void show();
};
#endif


Product.cpp

#include "Product.h"
#include <iostream>


void ProductA1::show()
{
	std::cout << "Product A1 is show!!\n";
}


void ProductA2::show()
{
	std::cout << "Product A2 is show!!\n";
}



void ProductB1::show()
{
	std::cout << "Product B1 is show!!\n";
}


void ProductB2::show()
{
	std::cout << "Product B2 is show!!\n";
}



main.cpp

#include "AbstractFactory.h"

int main()
{
	ConcreteFactoryA *pFacA = new ConcreteFactoryA();
	pFacA->CreateProductA()->show();
	pFacA->CreateProductB()->show();

	ConcreteFactoryB* pFcB = new ConcreteFactoryB();
	pFcB->CreateProductA()->show();
	pFcB->CreateProductB()->show();


	return 0;
}


 抽象工厂模式的优点
  • 封装性,每个产品的实现类不是高层模块要关系的,要关心的是什么?是接口,是抽象,它不关心对象是如何创建出来,这由谁负责呢?工厂类,只要知道工厂类是谁,我就能创建出一个需要的对象,省时省力,优秀设计就应该如此。
  • 产品族内的约束为非公开状态。例如生产男女比例的问题上,猜想女娲娘娘肯定有自己的打算,不能让女盛男衰,否则女性的优点不就体现不出来了吗?那在抽象工厂模式,就应该有这样的一个约束:每生产1个女性,就同时生产出1.2个男性,这样的生产过程对调用工厂类的高层模块来说是透明的,它不需要知道这个约束,我就是要一个黄色女性产品就可以了,具体的产品族内的约束是在工厂内实现的。
抽象工厂模式的缺点

     抽象工厂模式的最大缺点就是产品族扩展非常困难,为什么这么说呢?我们以通用代码为例,如果要增加一个产品C,也就是说有产品家族由原来的2个,增加到3个,看看我们的程序有多大改动吧!抽象类AbstractCreator要增加一个方法createProductC(),然后,两个实现类都要修改,想想看,这在项目中的话,还这么让人活!严重违反了开闭原则,而且我们一直说明抽象类和接口是一个契约,改变契约,所有与契约有关系的代码都要修改,这段代码叫什么?叫“有毒代码”,——只要这段代码有关系,就可能产生侵害的危险!

 抽象工厂模式的使用场景

     抽象工厂模式的使用场景定义非常简单:一个对象族(或是一组没有任何关系的对象)都有相同的约束,则可以使用抽象工厂模式,什么意思呢?例如一个文本编辑器和一个图片处理器,都是软件实体,但是*nix下的文本编辑器和WINDOWS下的文本编辑器虽然功能和界面都相同,但是代码实现是不同的,图片处理器也是类似情况,也就是具有了共同的约束条件:操作系统类型,于是我们可以使用抽象工厂模式,产生不同操作系统下的编辑器和图片处理器。

 抽象工厂模式的注意实现

     在抽象工厂模式的缺点中,我们提到抽象工厂模式的产品族扩展比较困难,但是一定要清楚是产品族扩展困难,而不是产品等级,在该模式下,产品等级是非常容易扩展的,增加一个产品等级,只要增加一个工厂类负责新增加出来的产品生产任务即可,也就是说横向扩展容易,纵向扩展困难。以人类为例子, 产品等级中只要男、女两个性别,现实世界还有一种性别:双性人,即使男人也是女人(俗语就是阴阳人),那我们要扩展这个产品等级也是非常容易的,增加三个产品类,分别对应不同的肤色,然后再创建一个工厂类,专门负责不同肤色人的双性人的创建任务,完全通过扩展来实现的需求的变更,从这一点上看,抽象工厂模式是符合开闭原则的。

最佳实践

     一个模式在什么情况下才能够使用,是很多读者比较困惑的地方,抽象工厂模式是一个简单的模式,使用的场景非常多,大家在软件产品开发过程中,涉及到不同操作系统的时候,都可以考虑使用抽象工厂模式,例如一个应用,需要在三个不同平台上运行:Windows、Linux、Android(Google发布的智能终端操作系统)上运行,你会怎么设计?分别设计三套不同的应用?非也非也,通过抽象工厂模式屏蔽掉操作系统对应用的影响。三个不同操作系统上的软件功能、应用逻辑、UI都应该是非常类似,唯一不同的是调用不同的工厂方法,由不同的产品类去处理与操作系统交互的信息




版权声明:本文为博主原创文章,未经博主允许不得转载。

【java设计模式】之 抽象工厂(Abstract Factory)模式

1. 女娲的失误         上一节学习了工厂模式,女娲运用了该模式成功创建了三个人种,可是问题来了,她发现没有性别……这失误也忒大了点吧……竟然没有性别,那岂不是……无奈,只好抹掉重来了,于是所...
  • eson_15
  • eson_15
  • 2016年04月26日 23:49
  • 11616

SSH中用到的设计模式之三——工厂方法和抽象工厂

工厂方法和抽象工厂是为了优化简单工厂而生的,所以朋友们先需要看了上面一页的的简单工厂在来读下面的3的内容。 首先,还是谈谈自己想法,我之所以这种顺序写,就是为了让大家理解设计模式的美,我的理解就是:...
  • cc6208048
  • cc6208048
  • 2014年11月02日 20:33
  • 700

C++设计模式-抽象工厂

定义 提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。   结构   理解 1.       AbstractFactory是抽象工厂类,声明创建产品族的接...
  • woods2001
  • woods2001
  • 2011年08月02日 21:03
  • 4648

设计模式:浅析 抽象工厂、工厂方法、简单(静态)工厂 java实现

抽象工厂 抽象工厂:多个抽象产品类,派生出多个具体产品类;一个抽象工厂类,派生出多个具体工厂类;每个具体工厂类可创建多个具体产品类的实例。 即提供一个创建一系列相关或相互依赖对象的接口...
  • df1012890048
  • df1012890048
  • 2014年08月19日 01:24
  • 1390

设计模式——抽象工厂模式(Abstract Factory)

要想正确的理解设计模式,首先必须明确它是为了解决什么问题而提出来的。 抽象设计模式概念:         针对抽象工厂这个设计模式,我查找了不少资料,感觉只有涉及产品级别和产品族的才是理解了抽象工厂设...
  • u012909091
  • u012909091
  • 2014年08月02日 16:52
  • 3597

软件设计模式——抽象工厂模式(Abstract Factory)

先来认识下什么是产品族: 位于不同产品等级结构中,功能相关联的产品组成的家族。还是让我们用一个例子来形象 说 一下吧。 图中的 BmwCar 和 BenzCar 就是两个产品树(产品层次结构...
  • Jungle_hello
  • Jungle_hello
  • 2016年04月14日 01:12
  • 789

设计模式学习之抽象工厂模式(实现数据访问层)

1 什么是抽象工厂模式 抽象工厂模式(Abstract Factory):提供一个创建一系列相关或相互依赖对象的接口,而无需制定他们的具体类。结构图如下:   分析一下抽象工厂模式,1提供一系列...
  • wziyx513225244
  • wziyx513225244
  • 2011年08月03日 09:56
  • 3129

浅谈Java设计模式——单实例、简单工厂、抽象工厂、观察者

最近的项目里面涉及到一些Java设计模式,在此简单谈一下自己的看法,以下实例一部分参考同行,大部分自己设计。1.单例模式 如果一个类始终只能创建一个实例,则这个类成为单例类,这种设计模式...
  • Princeliu999
  • Princeliu999
  • 2017年08月06日 11:46
  • 639

Java设计模式—工厂方法模式&抽象工厂模式

工厂方法模式与抽象工厂模式都是设计模式中重要而且常见的模式。 通用类图如下:         在工厂方法模式中,抽象产品类Product负责定义产品的共性,实现对事物最抽象的定义;C...
  • qq_25827845
  • qq_25827845
  • 2016年09月11日 15:07
  • 4704

设计模式:抽象工厂模式(Python)

抽象工厂模式(Abstract Factory Pattern): 提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类。 原则: 依赖抽象,不要依赖具体类。 案例:...
  • ericzhong83
  • ericzhong83
  • 2012年05月27日 19:51
  • 2611
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:设计模式之抽象工厂
举报原因:
原因补充:

(最多只允许输入30个字)