设计模式之抽象工厂模式

最新推荐文章于 2023-02-26 16:42:14 发布

leehsiao

最新推荐文章于 2023-02-26 16:42:14 发布

阅读量1.4k

点赞数

分类专栏：设计模式文章标签：设计模式 java

本文链接：https://blog.csdn.net/leehsiao/article/details/48250765

版权

设计模式专栏收录该内容

13 篇文章 0 订阅

订阅专栏

抽象工厂的模式动机：

在工厂方法模式中具体工厂负责生产具体的产品，每一个具体工厂对应一种具体产品，工厂方法也具有唯一性，一般情况下，一个具体工厂中只有一个工厂方法或者一组重载的工厂方法。但是有时候我们需要一个工厂可以提供多个产品对象，而不是单一的产品对象。

为了更清晰地理解抽象工厂模式，需要先引入两个概念：

• 产品等级结构：产品等级结构即产品的继承结构，如一个抽象类是电视机，其子类有海尔电视机、海信电视机、 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 专用连接类和语句类，而且用户可以通过配置文件等方式根据实际需要动态更换系统数据库。使用抽象工厂模式设计该系统。

模式优缺点：

抽象工厂模式的优点

• 抽象工厂模式隔离了具体类的生成，使得客户并不需要知道什么被创建。由于这种隔离，更换一个具体工厂就变得相对容易。所有的具体工厂都实现了抽象工厂中定义的那些公共接口，因此只需改变具体工厂的实例，就可以在某种程度上改变整个软件系统的行为。另外，应用抽象工厂模式可以实现高内聚低耦合的设计目的，因此抽象工厂模式得到了广泛的应用。

• 当一个产品族中的多个对象被设计成一起工作时，它能够保证客户端始终只使用同一个产品族中的对象。这对一些需要根据当前环境来决定其行为的软件系统来说，是一种非常实用的设计模式。

• 增加新的具体工厂和产品族很方便，无须修改已有系统，符合“开闭原则” 。

抽象工厂模式的缺点

• 在添加新的产品对象时，难以扩展抽象工厂来生产新种类的产品，这是因为在抽象工厂角色中规定了所有可能被创建的产品集合，要支持新种类的产品就意味着要对该接口进行扩展，而这将涉及到对抽象工厂角色及其所有子类的修改，显然会带来较大的不便。

• 开闭原则的倾斜性（增加新的工厂和产品族容易，增加新的产品等级结构麻烦）

模式适用环境：

在以下情况下可以使用抽象工厂模式：

• 一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节，这对于所有类型的工厂模式都是重要的。

• 系统中有多于一个的产品族，而每次只使用其中某一产品族。

• 属于同一个产品族的产品将在一起使用，这一约束必须在系统的设计中体现出来。

• 系统提供一个产品类的库，所有的产品以同样的接口出现，从而使客户端不依赖于具体实现。

模式应用：