设计模式——工厂方法与抽象工厂方法

最新推荐文章于 2024-08-05 14:57:08 发布

你好,今天

最新推荐文章于 2024-08-05 14:57:08 发布

阅读量433

点赞数 1

分类专栏：设计模式文章标签：设计模式工厂方法模式抽象工厂模式

本文链接：https://blog.csdn.net/qq_17611883/article/details/100524835

版权

设计模式专栏收录该内容

4 篇文章 0 订阅

订阅专栏

在说设计模式的工厂方法模式之前时，先了解了一下简单工厂。

简单工厂

简单工厂属于创建型模式，又叫做静态工厂方法（Static Factory Method）模式，但不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。

实质： 简单工厂模式的实质是由一个工厂类根据传入的参数，动态决定应该创建哪一个产品类（这些产品类继承自一个父类或接口）的实例。
在这里插入图片描述

工厂方法模式

工厂方法主要用于封装类中变化的部分，提取其中个性化善变的部分为独立类，通过依赖注入实现解耦与复用，并方便后期维护拓展。核心结构有4个角色，分别是抽象工厂，具体工厂，抽象产品，具体产品。

简介

工厂方法(Factory Method)模式的意义是定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类当中。核心工厂类不再负责产品的创建，这样核心类成为一个抽象工厂角色，仅负责具体工厂子类必须实现的接口，这样进一步抽象化的好处是使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品。

与简单工厂的关系

工厂方法是简单工厂的衍生，解决了许多简单工厂模式的问题。首先完全实现‘开闭原则’，实现了可扩展。其次更复杂的层次结构，可以应用于产品结果复杂的场合。

工厂类与产品类的关系

在这个模式中，工厂类和产品类往往可以依次对应。即一个抽象工厂对应一个抽象产品，一个具体工厂对应一个具体产品，这个具体的工厂就负责生产对应的产品。

模式结构

抽象工厂(Creator)角色

工厂方法模式的核心，与应用程序无关。任何在模式中创建的对象的工厂类必须实现这个接口。

具体工厂(Concrete Creator)角色

这是实现抽象工厂接口的具体工厂类，包含与应用程序密切相关的逻辑，并且受到应用程序调用以创建产品对象。

抽象产品(Product)角色

工厂方法模式所创建的对象的超类型，也就是产品对象的共同父类或共同拥有的接口。

具体产品(Concrete Product)角色

这个角色实现了抽象产品角色所定义的接口。某具体产品有专门的具体工厂创建，它们之间往往一一对应。

工厂模式的UML图

在这里插入图片描述

缺点

类的个数随具体工厂与产品成对增加，一定程度上增加了系统的复杂度。
更换另外一种产品，需要修改实例化的具体工厂类。
一个具体工厂只能创建一种具体产品。

总结

工厂模式可以说是简单工厂模式的进一步抽象和拓展，在保留了简单工厂的封装优点的同时，让扩展变得简单，让继承变得可行，增加了多态性的体现。

抽象工厂模式

在了解抽象模式之前，先了解下产品簇。

指位于不同产品等级结构中，功能相关联的产品组成的家族。一般是位于不同的等级结构中的相同位置上。显然，每一个产品族中含有产品的数目，与产品等级结构的数目是相等的，形成一个二维的坐标系，水平坐标是产品等级结构，纵坐标是产品族，叫做相图。产品族难扩展，产品等级易扩展。

产品簇可以理解不同产品，例如，手机与电脑就是两个产品簇。
产品等级可以理解为产品品牌，例如，手机中的苹果，OPPO等。

抽象工厂模式的描述

抽象工厂模式是指当有多个抽象角色时，使用的一种工厂模式。抽象工厂模式可以向客户端提供一个接口，使客户端在不必指定产品的具体的情况下，创建多个产品族中的产品对象。根据里氏替换原则，任何接受父类型的地方，都应当能够接受子类型。因此，实际上系统所需要的，仅仅是类型与这些抽象产品角色相同的一些实例，而不是这些抽象产品的实例。换言之，也就是这些抽象产品的具体子类的实例。工厂类负责创建抽象产品的具体子类的实例。

定义：为创建一组相关或相互依赖的对象提供一个接口，而且无需指定他们的具体类。