简单工厂、工厂方法和抽象工厂之间的联系和区别

最新推荐文章于 2023-05-17 14:10:16 发布

weixin_39972299

最新推荐文章于 2023-05-17 14:10:16 发布

阅读量253

点赞数

文章标签： java 开发语言

原文链接：https://blog.csdn.net/weixin_45536242/article/details/125763885

版权

设计模式中的工厂模式（Factory Design pattern）是一个比较常用的创建型设计模式，其中可以细分为三种：简单工厂（Simple Factory）、工厂方法(Factory Method)和抽象工厂(Abstract Factory)。那么三者有什么区别呢？先说结论：

简单工厂：只有唯一工厂（简单工厂），一个产品接口/抽象类，根据简单工厂中的静态方法来创建具体产品对象。适用于产品较少，几乎不扩展的情景
工厂方法：有多个工厂（抽象工厂+多个具体工厂），一个产品接口/抽象类，根据继承抽象工厂中的方法来多态创建具体产品对象。适用于一个类型的多个产品
抽象方法：有多个工厂（抽象工厂+多个具体工厂），多个产品接口/抽象类，对产品子类进行分组，根据继承抽象工厂中的方法多态创建同组的不同具体产品对象。适用于多个类型的多个产品

一、简单工厂模式（Simple Factory Pattern）

1.1 简单工厂模式介绍

简单工厂模式又叫做静态工厂方法模式（static Factory Method pattern）,它是通过使用静态方法接收不同的参数来返回不同的实例对象。我们通过一个类图来进行讲解：

Product接口：定义要创建的产品对象的接口
ProductA、ProductB、ProductC产品类：实现产品接口，具有产品接口特性的具体产品

SimpleFactory简单工厂：只有一个工厂，通过静态方法createProduct创建具体的产品对象
client客户端：客户端有多个，每个客户端可以通过简单工厂来创建具体的产品对象

优点：简单工厂可以使客户端免除直接创建对象的职责，能够根据需要创建出对应的产品。实现客户端和产品类代码分离。此外可以通过配置文件来实现不修改客户端代码的情况下添加新的具体产品类（改进）。

缺点：违背开闭原则，如果需要新增其他产品类，就必须在工厂类中新增if-else逻辑判断（可以通过配置文件来改进）。但是整体来说，系统扩展还是相对其他工厂模式要困难。
我们发现，简单工厂模式中的工厂类使用的是静态方法，那么为什么要这样做呢？可不可以使用非静态的方法呢？

使用静态方法可以不需要使用new的方式创建对象，方便调用

静态方法意味着可以直接获得实例对象，非静态方法只能通过构造方法（一般私有）调用，在工厂类以外不能被访问

对于一些实例化和销毁对象比较敏感的场景，比如数据库连接池，实例化对象能够重复稳定的被使用

综上来说，简单工厂模式适用于业务简单，产品固定不会经常改变工厂类的情况。

二、工厂方法模式（Factory Method Pattern）

我们知道简单工厂模式有违背开闭原则，不容易扩展的缺点，所以在 GOF 23种设计模式中也没有简单工厂模式，下面我们就来看看另外一种工厂模式：工厂方法模式

2.1 工厂方法模式介绍#

抽象工厂模式所要解决的问题是在一个产品族上，若存在多个不同类型的产品情况下，接口选择的问题。

工厂方法模式实际上是简单工厂模式的升级，工厂方法模式定义除了产品接口外，还定义了一个用于创建对象工厂的接口，让工厂子类再去实例化对应的产品类。通过类图来解释：

Product接口：和简单工厂相同，提供产品对象的接口

ProductA、ProductB和productC：具体类型的产品对象
FactoryA、FactoryB和FactoryC：具体的产品工厂，实现具体的产品对象
AbstractFactory：抽象工厂，可以有多个，其中的方法负责返回创建的产品对象
Client：使用该模式的客户端

其中最主要的是 AbstractFactory类中的createProduct方法，通过这个方法来生成具体产品，这也是为什么叫工厂方法的原因。和简单工厂的静态方法不同，这里是使用的非静态调用方式。而且可以发现，没有了简单工厂中的 if-else逻辑判断，相对而言扩展性也要强的多。

优点：完全实现开闭原则，实现了可扩展和更复杂的层次结构。明确了职责，具有多态性，适用于任何实体类。
缺点：如果业务增加，会使得系统中类的个数成倍增加，提高了代码的复杂度

三、抽象工厂模式（Abastract Factory Pattern）

抽象工厂模式没有简单工厂和工厂方法模式那么常用，场景比较特殊，在简单工厂和工厂方法中，对于类只有一种分类方式，比如简单工厂中，根据产品类型分为ProductA、ProductB和ProductC。但是如果有多种分类方式，比如按照产品的生产商分类，ProductA可能和ProductC为一类。这样就用到了抽象工厂模式

3.1 抽象工厂模式介绍#
抽象工厂模式（Abstract Factory Pattern）属于创建型模式，它实际上是对工厂方法模式的扩展，相当于一个超级工厂，用于创建其他工厂的模式。在抽象工厂模式中，接口是负责创建一个相关对象的工厂，而且每个工厂都能按照工厂模式提供对象。其实抽象工厂也是为了减少工厂方法中的子类和工厂类数量，基于此提出的设计模式，如下图（来源淘系技术）：

比如在工厂方法中，我们只能按照键盘、主机、显示器分别进行分类，这样会造成大量的工厂类和产品子类。

而抽象工厂可以将上述三种产品类进行分组，可以大大减少工厂类的数量。我们再来看看对应的类图：

Product1和Product2：定义一种类型的产品对象接口

Product1A、Product1B等：各种类型的具体产品对象
FactoryA和FactoryB：具体产品工厂，负责创建该工厂类型下的产品对象
AbstractFactory：抽象工厂接口，定义一类产品对象
Client：客户端，使用抽象工厂，调用产品对象

优点：增加分组比较容易，而且能大大减少工厂类的数量

缺点：因为分组，所以分组中的产品扩展就比较困难，比如再新增一个Product3，就需要改动AbstractFactory、FactoryA和FactoryB几乎所有工厂类

总结：

1.工厂方法和抽象工厂的区别与联系

(1)工厂方法模式的核心是创建产品的方法（即工厂方法）。如上面有关工厂方法模式的例子可以看出，工厂类中除了有抽象的，用于产品创建的工厂方法，还有其他的非抽象方法。这些非抽象的方法，往往是其他继承抽象工厂类的子类的通用方法。而抽象的工厂方法，则作为抽象方法延后到子类实现。因此工厂方法模式下，工厂类的角色并不单纯是生产产品，也包括了一些其他操作。

（2）工厂方法模式与抽象工厂模式都可以用于产品的创建，且符合开闭原则，不用每次新增新类型产品都修改工厂类。但工厂方法模式只能专注于某种产品的创建，而抽象工厂可以创建一系列的产品。

（3）工厂方法模式通过继承的方式，使子类继承基类并重写工厂方法；而抽象工厂模式，通过在抽象工厂接口中对工厂方法进行组合，从而实现创建多个类型产品的功能，更加灵活。

2.简单工厂模式、工厂方法模式和抽象工厂模式的使用场景

（1）简单工厂模式：工厂类负责创建的对象不多，且很少发生改变。
（2）工厂方法模式：需要考虑日后新增类型的产品，符合开闭原则。
（3）抽象工厂模式：需要考虑生产一系列类型的产品的创建。

3.关于开闭原则的一些思考
之前的例子中，对于简单工厂模式，如果有新增的产品，就要在工厂类的创建方法中修改switch逻辑，自然不符合“对扩展开放，对修改关闭”这一原则。但有的同学可能会对工厂方法模式和抽象工厂模式有疑问，因为在Client用户端调用工厂类的时候，肯定要指定某个具体的工厂子类来实例化，如果需要修改被实例化的具体工厂类，那么Client客户端的调用代码也需要改变，不符合开闭原则。