2023-02-22
原文作者:键盘林 原文地址:https://blog.csdn.net/qq_37909508/category_8976362.html

抽象工厂

定义:抽象工厂模式提供一个创建一系列相关或相互依赖对象的接口

无须指定它们具体的类

类型:创建型

适用环境:

客户端(应用层)不依赖于产品类实例如何被创建、实现等细节

强调一系列相关的产品对象(属于同一产品族)一起使用创建对象需要大量重复的代码

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

优点:

具体产品在应用层代码隔离,无须关心创建细节

将一个系列的产品族统一到一起创建

缺点:

规定了所有可能创建的产品集合,产品族中扩展新的产品困难,需要修改抽象工厂的接口。

抽象工厂的产品族和产品等级结构

202302222058461911.png

当一个工厂可以创建出分属于不同产品等级结构的一个产品族中的所有对象时,那这个时候抽象工厂模式比工厂方法模式要好一些。

简单来说就是方便创建一个产品族

202302222058474152.png

coding

业务场景:现在每个课程都不仅仅要有相关视频 ,还要有对应的手记。也就是相当于在垂直和水平方向增加了业务需求。

创建课程对象CourseFactory

202302222058487243.png

创建Video

202302222058496254.png

创建Article

202302222058505395.png

创建java课程工厂JavaCourseFactory实现CourseFactory

202302222058513646.png

创建java视频JavaVideo类继承Video

202302222058524907.png

创建java课程手记JavaArticle

202302222058536788.png

然后在java课程工厂

202302222058547459.png

接下来进行扩展,添加python课程相关类

2023022220585603210.png

2023022220585711411.png

查看当前UML类图

2023022220585831412.png

创建Test主函数

2023022220590000613.png

在看UML类图,我们可以看到Test类中,它只专注于JavaCourseFactory这个工厂。并不关心它的具体实现如何。

2023022220590180314.png

抽象工厂的缺点,适合横向增加产品族,需要创建一个新的产品工厂以及产品实现,不需要动原有的代码,但是如果要纵向增加产品等级,那就需要改变已有的代码,这样就违背的开闭原则,而且也不方便操作。

对比一下工厂模式的UML类图,可以看到工厂模式更加关注与产品等级结构

2023022220590324115.png

阅读全文