抽象工厂的模式动机:
在工厂方法模式中具体工厂负责生产具体的产品,每一个具体工厂对应一种具体产品,工厂方法也具有唯一性,一般情况下,一个具体工厂中只有一个工厂方法或者一组重载的工厂方法。但是有时候我们需要一个工厂可以提供多个产品对象,而不是单一的产品对象。
为了更清晰地理解抽象工厂模式,需要先引入两个概念:
•
产品等级结构
:
产品等级结构即产品的继承结构
,如一个抽象类是电视机,其子类有海尔电视机、海信电视机、
TCL
电视机,则抽象电视机与具体品牌的电视机之间构成了一个产品等级结构,抽象电视机是父类,而具体品牌的电视机是其子类。
•
产品族
:在抽象工厂模式中,
产品族是指由同一个工厂生产的,位于不同产品等级结构中的一组产品
,如海尔电器工厂生产的海尔电视机、海尔电冰箱,海尔电视机位于电视机产品等级结构中,海尔电冰箱位于电冰箱产品等级结构中。
产品族与产品等级结构示意图:
当系统所提供的工厂所需生产的具体产品并不是一个简单的对象,而是
多个位于不同产品等级结构中属于不同类型的具体产品时
需要使用抽象工厂模式。
抽象工厂模式是所有形式的工厂模式中
最为抽象和最具一般性的一种形态
。
抽象工厂模式与工厂方法模式最大的区别在于,
工厂方法模式针对的是一个产品等级结构,而抽象工厂模式则需要面对多个产品等级结构,
一个工厂等级结构可以负责多个不同产品等级结构中的产品对象的创建。当一个工厂等级结构可以创建出分属于不同产品等级结构的一个产品族中的所有对象时,抽象工厂模式比工厂方法模式更为简单、有效率。
抽象工厂模式示意图:
模式定义:
抽象工厂模式
(Abstract Factory Pattern):
提供一个
创建一系列相关或相互依赖对象的接口
,而
无须指定它们具体的类
。抽象工厂模式又称为
Kit
模式
,属于
对象创建型模式
。
Abstract Factory Pattern:Provide an interface for creating families of related or dependent objects without specifying their concrete classes。
模式结构:
抽象工厂模式包含如下角色:
•
AbstractFactory:抽象工厂
•
ConcreteFactory:具体工厂
•
AbstractProduct:抽象产品
•
Product:具体产品
模式分析:
抽象工厂类的典型代码如下:
public abstract class AbstractFactory
{
public abstract AbstractProductA createProductA();
public abstract AbstractProductB createProductB();
public abstract AbstractProductC createProductC();
……
}
具体工厂类的典型代码如下:
public class ConcreteFactory1 extends AbstractFactory
{
public AbstractProductA createProductA()
{
return new ConcreteProductA1();
}
public AbstractProductB createProductB()
{
return new ConcreteProductB1();
}
public AbstractProductC createProductC()
{
return new ConcreteProductC1();
}
……
}
模式实例与解析:
实例一:电器工厂
•
一个电器工厂可以产生多种类型的电器,如海尔工厂可以生产海尔电视机、海尔空调等,
TCL
工厂可以生产
TCL
电视机、
TCL
空调等,相同品牌的电器构成一个产品族,而相同类型的电器构成了一个产品等级结构,现使用抽象工厂模式模拟该场景。
实例二:数据库操作工厂
•
某系统为了改进数据库操作的性能,自定义数据库连接对象
Connection
和语句对象
Statement
,可针对不同类型的数据库提供不同的连接对象和语句对象,如提供
Oracle
或
SQL Server
专用连接类和语句类,而且用户可以通过配置文件等方式根据实际需要动态更换系统数据库。使用抽象工厂模式设计该系统。
模式优缺点:
抽象工厂模式的优点
•
抽象工厂模式
隔离了具体类的生成
,使得客户并不需要知道什么被创建。由于这种隔离,更换一个具体工厂就变得相对容易。所有的具体工厂都实现了抽象工厂中定义的那些公共接口,因此
只需改变具体工厂的实例,就可以在某种程度上改变整个软件系统的行为
。另外,应用抽象工厂模式
可以实现高内聚低耦合的设计目的
,因此抽象工厂模式得到了广泛的应用。
•
当一个产品族中的多个对象被设计成一起工作时,它
能够保证客户端始终只使用同一个产品族中的对象
。这对一些需要根据当前环境来决定其行为的软件系统来说,是一种非常实用的设计模式。
•
增加新的具体工厂和产品族很方便,无须修改已有系统,符合“开闭原则”
。
抽象工厂模式的缺点
•
在添加新的产品对象时,
难以扩展抽象工厂来生产新种类的产品
,这是因为在抽象工厂角色中规定了所有可能被创建的产品集合,要支持新种类的产品就意味着要对该接口进行扩展,而这将涉及到对抽象工厂角色及其所有子类的修改,显然会带来较大的不便。
•
开闭原则的倾斜性
(增加新的工厂和产品族容易,增加新的产品等级结构麻烦)
模式适用环境:
在以下情况下可以使用抽象工厂模式:
•
一个系统
不应当依赖于产品类实例如何被创建、组合和表达的细节
,这对于所有类型的工厂模式都是重要的。
•
系统中
有多于一个的产品族
,而每次只使用其中某一产品族。
•
属于同一个产品族的产品将在一起使用
,这一约束必须在系统的设计中体现出来。
•
系统提供一个产品类的库,
所有的产品以同样的接口出现
,从而使
客户端不依赖于具体实现
。
模式应用:
(1) Java SE AWT
(抽象窗口工具包)
•
在
Java
语言的
AWT
(抽象窗口工具包)
中就使用了抽象工厂模式,它使用抽象工厂模式来实现在不同的操作系统中应用程序呈现与所在操作系统一致的外观界面。
(2)
在很多软件系统中需要更换界面主题,要求界面中的按钮、文本框、背景色等一起发生改变时,可以使用抽象工厂模式进行设计。
“开闭原则”的倾斜性
•
“开闭原则”要求系统对扩展开放,对修改封闭,通过扩展达到增强其功能的目的。对于涉及到多个产品族与多个产品等级结构的系统,其功能增强包括两方面:
•
(1)
增加产品族:
对于增加新的产品族,工厂方法模式很好的支持了“开闭原则”,对于新增加的产品族,只需要对应增加一个新的具体工厂即可,对已有代码无须做任何修改。
•
(2)
增加新的产品等级结构:
对于增加新的产品等级结构,需要修改所有的工厂角色,包括抽象工厂类,在所有的工厂类中都需要增加生产新产品的方法,不能很好地支持“开闭原则”。
•
抽象工厂模式的这种性质称为
“开闭原则”的倾斜性
,抽象工厂模式以一种倾斜的方式支持增加新的产品,它为新产品族的增加提供方便,但不能为新的产品等级结构的增加提供这样的方便。