设计模式详解之工厂模式

news/2024/10/31 3:25:24/

作者:刘文慧

本文将着眼于工厂模式,从简单工厂模式、工厂方法模式和抽象工厂模式出发,展开学习和深入探讨。

一、概述

我们在进行软件开发时要想实现可维护、可扩展,就需要尽量复用代码,并且降低代码的耦合度,而设计模式就是一种可以提高代码可复用性、可维护性、可扩展性以及可读性的解决方案。

大家熟知的23种设计模式,可以分为创建型模式、结构型模式和行为型模式三大类。其中,创建型模式是对类的实例化过程进行抽象,从而将对象的创建和使用分离开。工厂模式属于创建型模式的范畴,本文将着眼于工厂模式,从简单工厂模式、工厂方法模式和抽象工厂模式出发,展开学习和深入探讨。

二、基本概念

工厂模式的核心思想就是把创建对象和使用对象解藕,由工厂负责对象的创建,而用户只能通过接口来使用对象,这样就可以灵活应对变化的业务需求,方便代码管理、避免代码重复。

假设我们在工作中需要将产品a升级为产品A ,如果创建对象的工作是由用户来做,也就是用户通过new a()的形式创建对象,那么为了应对新的产品升级需求,我们还需要找到所有相关代码并将它们改为new A(),这对于淘宝下的很多庞大工程而言就是一项极为繁琐的工作;而通过应用工厂模式,将所有对象创建工作交由工厂管理时,我们就可以直接在工厂中将return new a()改为return new A(),用户仍然可以调用 factory.createProduct()方法而无须更改原本的代码。这样工厂可以通过复用来减少重复代码量,并且用户无需关注创建对象的逻辑。

工厂模式在Java程序员的工作中可以说是无处不在:我们最常用的Spring就是一个Bean工厂,IOC通过BeanFactory对Bean进行管理(可参考上面这张类图);我们使用的日志框架slf4j使用了工厂方法模式;JDK的Calendar使用了简单工厂模式……

下面本文将结合基本概念和具体示例来详细分析常用的几种工厂模式。

2.1 简单工厂模式

顾名思义,简单工厂模式是最简单的一种工厂模式,它定义了一个负责生产对象的工厂类,使用者可以根据不同参数来创建并返回不同子类,这些子类都共用一个接口(即父类)。

结构

简单工厂模式包含三种类,分别是抽象产品类、具体产品类、工厂类,下面分别对各类及它们之间的关系作进一步说明。

使用

有了上述的基本概念,我们将简单工厂模式的使用步骤概括为:

  • step1:创建抽象产品类,并为具体产品定义好一个接口;

  • step2:创建具体产品类,其通过接口来继承抽象产品类,同时也要定义计划生产的每一个具体产品;

  • step3:创建工厂类,其创建的静态方法可以对传入的不同参数做出响应;

  • step4:外界使用者就能调用工厂类的静态方法了,通过传入不同参数来创建不同具体产品类的实例。

下面以淘宝服装店铺的商品展示销售进行阐释,比如一个衬衫专卖店需要在淘宝上展示旗下商品,我们可以把所有衬衫都分别单独定义一个类,这样就可以随意添加或修改某一个新的衬衫类型,并使用Fcatory类来判断要创建哪一个衬衫类型的对象,即:先声明一个父类对象的变量,再根据用户输入的参数判断新建什么具体的衬衫类型对象。

代码实现

//step1:创建抽象产品类,定义具体产品的公共接口
public abstract class Shirt{public abstract void Show();
}
​
//step2:创建具体产品类(继承抽象产品类),定义生产的具体产品
//具体产品类A,女款衬衫
public class WomenShirt extends Shirt{@Overridepublic void Show(){System.out.println("展示女款衬衫");}
}
//具体产品类B,男款
public class MenShirt extends Shirt{@Oversidepublic void Show(){System.out.println("展示男款衬衫");}
}
​
//step3:创建工厂类,通过静态方法处理不同传入参数,从而创建不同具体产品类的实例
public class Factory{public static Shirt Exhibit(String ShirtName){switch(ShirtName){case "女款衬衫":return new WomenShirt();case "男款衬衫":return new MenShirt();default:return null;}}
}
​
//step4:外界调用工厂类的静态方法,传入不同参数创建不同具体产品类的实例
public class SimpleFactoryPattern{public static void main(String[] args){Factory exhibitFactory = new Factory();//用户搜索女款衬衫try{//调用工厂类的静态方法,传入参数并创建实例exhibitFactory.Exhibit("女款衬衫").Show();}catch(NullPointerException e){System.out.println("没有找到商品");}//用户搜索男款裤子try{exhibitFactory.Exhibit("男款裤子").Show();}catch(NullPointerException e){System.out.println("没有找到商品");}//用户搜索男款衬衫try{exhibitFactory.Exhibit("男款衬衫").Show();}catch(NullPointerException e){System.out.println("没有找到商品");}}
}

结果输出

展示女款衬衫
没有找到商品
展示男款衬衫

UML图

优缺点

优点

1)将对象的使用和创建过程分离开,实现解藕。客户端不需要关注对象是谁创建的、怎么创建的,只要通过工厂中的静态方法就可以直接获取其需要的对象。

2)将初始化实例的工作放到工厂里执行,代码易维护, 更符合面向对象的原则,做到面向接口编程,而不是面向实现编程。

缺点

1)工厂类中需要选择创建具体某个对象,所以一旦添加新产品则必须要对工厂中的选择逻辑进行修改,导致工厂逻辑过于复杂,违背开闭原则。

2)工厂类集合了所有实例(具体产品)的创建逻辑,一旦这个工厂不能正常工作,整个系统都会受到影响。

3)静态方法不能被继承和重写,会造成工厂角色无法形成基于继承的等级结构。

适用场景

  • 具体产品类较少时,使用简单工厂模式可以实现生产者与消费者的分离,而且也不会在工厂类中设定太复杂的判断逻辑。

  • 使用者只知道传入工厂类的参数,不关心如何创建对象的逻辑时。

2.2 工厂方法模式

结构

工厂方法模式包含四种类,分别是抽象产品类、具体产品类、抽象工厂类、具体工厂类,下面分别对各类以及它们之间的关系作进一步说明。

使用

根据上述概念,下面将抽象工厂模式的使用步骤概括如下:

  • step1:创建抽象工厂类,定义具体工厂的公共接口;

  • step2:创建抽象产品类,定义具体产品的公共接口;

  • step3:创建具体产品类(继承抽象产品类),定义生产的具体产品;

  • step4:创建具体工厂类(继承抽象工厂类),定义创建相应具体产品实例的方法;

  • step5:外界调用具体工厂类的方法,创建不同具体产品类的实例。

还是以淘宝店铺下的宝贝分类展示功能举例,假如该服装店除男款衬衫和女款衬衫外,还要新增一个衬衫类型如中性衬衫,按照简单工厂模式我们依然可以继承Shirt抽象父类,override衬衫类型,然后在Fcatory中添加新分支,然而这样虽然扩展了衬衫类型,却对Fcatory类进行了修改,不符合“开放扩展、关闭修改”的开闭原则。为了应对这种需求变化,我们可以使用工厂方法模式,提取出一个工厂父类接口Fcatory,并创建各衬衫类型的工厂子类WomenShirtFactory、MenShirtFactory、NeutralShirtFactory,并分别使用对应的工厂子类来判断要创建哪一衬衫类型的对象。

代码实现 

//step1:创建抽象工厂类,定义具体工厂的公共接口
public abstract class Factory{public abstract Shirt Exhibit();
}
​
//step2:创建抽象产品类,定义具体产品的公共接口
public abstract class Shirt{public abstract void Show();
}
​
//step3:创建具体产品类(继承抽象产品类),定义生产的具体产品
//具体产品类A,女款衬衫
public class WomenShirt extends Shirt{@Overridepublic void Show(){System.out.println("展示女款衬衫");}
}
//具体产品类B,男款衬衫
public class MenShirt extends Shirt{@Oversidepublic void Show(){System.out.println("展示男款衬衫");}
}
​
//step4:创建具体工厂类,定义创建具体产品实例的方法
//具体工厂类A,展示女款衬衫类商品  
public class WomenShirtFactory extends Factory{@Oversidepublic Shirt Exhibit(){return new WomenShirt();}
}
//具体工厂类B,展示男款衬衫类商品
public class MenShirtFactory extends Factory{@Oversidepublic Shirt Exhibit(){return new MenShirt();}
}
​
//step5:外界调用具体工厂类的方法,创建不同具体产品类的实例
public class FactoryPattern{public static void main(String[] args){//用户在店铺搜索女款衬衫Factory exhibitWomenShirtFactory = new WomenShirtFactory();exhibitWomenShirtFactory.Exhibit().Show();//用户在店铺搜索男款衬衫Factory exhibitMenShirtFactory = new MenShirtFactory();exhibitMenShirtFactory.Exhibit().Show();       }
}

结果输出

展示女款衬衫
展示男款衬衫

UML图

优缺点

优点

1)符合开闭原则。新增一种产品时,只需要增加相应的具体产品类和工厂子类即可,可方便的生产或切换产品,而无须像简单工厂模式那样修改工厂类的判断逻辑,具有更高的扩展性 。

2)符合单一职责原则。每个具体工厂类只负责创建对应的具体产品,而简单工厂中的工厂类存在复杂的switch逻辑判断。

3)相比于简单工厂模式,使用的不是静态方法,可形成基于继承的等级结构。

缺点

1)一个具体工厂只能创建一种具体产品。添加新产品时,除增加新产品类外,还要提供与之对应的具体工厂类,类的个数成对增加,在一定程度上增加了系统复杂度;同时有更多的类需要编译和运行,给系统带来额外开销。

2)由于考虑到系统的可扩展性,需要引入抽象层,在客户端代码中均使用抽象层进行定义,增加了系统的抽象性和理解难度,且在实现时可能需要用到DOM、反射等技术,增加了系统的实现难度。

3)虽然保证了工厂方法内的对修改关闭,但对于使用工厂方法的类,如果要更换另外一种产品,仍然需要修改实例化的具体工厂类。

4)难以对父类接口进行修改,因为一旦修改接口,就必须要对众多的帮忙子类进行修改。

适用场景

一个类不确定它所必须创建的对象的类。在工厂方法模式中,客户端不需要知道具体产品类的类名,只需要知道所对应的工厂即可。

你期望获得较高的扩展性。

一个类希望由它的子类来指定它所创建的对象。在工厂方法模式中,对于抽象工厂类只需提供一个创建产品的接口,而由其子类来确定具体要创建的对象,利用面向对象的多态性和里氏替换原则,在程序运行时,子类对象将覆盖父类对象,从而使系统更容易扩展。

当类将创建对象的职责委托给多个工厂子类的中的某一个,且用户知道将要使用哪一个工厂子类。

2.3 抽象工厂模式

抽象工厂模式,提供一个创建一系列相关或相互依赖对象的接口,而无须指定它们的具体类。抽象工厂模式与工厂方法模式最大的区别:抽象工厂中每个具体工厂可以创建多类具体产品;而工厂方法每个具体工厂只能创建一类具体产品。

结构

工厂方法模式包含五种类,分别是抽象产品族类、抽象产品类、具体产品类、抽象工厂类、具体工厂类,下面分别对各类以及它们之间的关系作进一步说明:

使用

根据上述概念,下面将工厂方法模式的使用步骤概括如下:

  • step1:创建抽象工厂类,定义具体工厂的公共接口;

  • step2:创建抽象产品族类,定义抽象产品的公共接口;

  • step3:创建抽象产品类(继承抽象产品族类),定义具体产品的公共接口;

  • step4:创建具体产品类(继承抽象产品类),定义生产的具体产品;

  • step5:创建具体工厂类(继承抽象工厂类),定义创建相应具体产品实例的方法;

  • step6:外界调用具体工厂类的方法,创建不同具体产品类的实例。

这里继续以网店销售服装举例,假设上述衬衫淘宝专卖店的运营总部还有一家裤子淘特专卖店,随着用户需求变化,淘宝用户也要购买裤子,同时淘特用户要购买衬衫,那么我们可以使用抽象工厂模式升级这两个店铺,令淘宝店铺展示销售衬衫+裤子,淘特店铺展示销售裤子+衬衫。

代码实现

//step1:创建抽象工厂类,定义具体工厂的公共接口
public abstract class Factory{public abstract Clothing ExhibitShirt();public abstract Clothing ExhibitTrousers();
}
​
//step2:创建抽象产品族类,定义抽象产品的公共接口
public abstract class Clothing{public abstract void Show();
}
​
//step3:创建抽象产品类,定义具体产品的公共接口
//衬衫抽象类
public abstract class Shirt extends Clothing{@Overridepublic abstract void Show();
}
//裤子抽象类
public abstract class Trousers extends Clothing{@Overridepublic abstract void Show();
}
​
//step4:创建具体产品类(继承抽象产品类),定义生产的具体产品
//衬衫产品类A,淘宝衬衫
public class TBShirt extends Shirt{@Overridepublic void Show(){System.out.println("展示淘宝店铺衬衫");}
//衬衫产品类B,淘特衬衫
public class TTShirt extends Shirt{@Oversidepublic void Show(){System.out.println("展示淘特店铺衬衫");}
}
//裤子产品类A,淘宝裤子
public class TBTrousers extends Trousers{@Overridepublic void Show(){System.out.println("展示淘宝店铺裤子");}
}
//裤子产品类B,淘特裤子
public class TTTrousers extends Trousers{@Oversidepublic void Show(){System.out.println("展示淘特店铺裤子");}
}
​
//step5:创建具体工厂类,定义创建具体产品实例的方法
//淘宝工厂类A,展示衬衫+裤子  
public class TBFactory extends Factory{@Oversidepublic Clothing ExhibitShirt(){return new TBShirt();}@Oversidepublic Clothing ExhibitTrousers(){return new TBTrousers();}
}
//淘特工厂类B,展示裤子+衬衫
public class TTFactory extends Factory{@Oversidepublic Clothing ExhibitShirt(){return new TTShirt();}@Oversidepublic Clothing ExhibitTrousers(){return new TTTrousers();}
}
​
//step6:外界实例化具体工厂类,调用工厂类中创建不同目标产品的方法,创建不同具体产品类的实例
public class AbstractFactoryPattern{public static void main(String[] args){TBFactory exhibitTBFactory = new TBFactory();TTFactory exhibitTTFactory = new TTFactory();//淘宝用户搜索衬衫exhibitTBFactory.ExhibitShirt().Show();//淘宝用户搜索衬衫exhibitTBFactory.ExhibitTrousers().Show();//淘特用户搜索衬衫exhibitTTFactory.ExhibitShirt().Show();//淘特用户搜索衬衫exhibitTTFactory.ExhibitTrousers().Show();     }
}

结果输出

展示淘宝店铺衬衫
展示淘宝店铺裤子
展示淘特店铺衬衫
展示淘特店铺裤子

UML图

优缺点

优点

1)降低耦合度。抽象工厂模式将具体产品的创建延迟到具体工厂类中,这样将对象的创建封装起来,可以减少客户端与具体产品类之间的依赖,从而降低系统耦合度,有利于后期的维护和扩展。

2)符合开闭原则。新增一种产品类时,只需增加相应的具体产品类和工厂子类即可,简单工厂模式需要修改工厂类的判断逻辑。

3)符合单一职责原则。每个具体工厂类只负责创建对应的产品,简单工厂模式中的工厂类需要进行复杂的 switch 逻辑判断。

4)不使用静态工厂方法,可以形成基于继承的等级结构。

5)便于添加更换产品族。因为具体产品都是由具体工厂创建的,所以在更换产品族的时候只要简单修改具体工厂即可。

6)具体产品的创建过程和客户端隔离。客户端通过操作抽象产品接口实现操作具体产品实例,具体产品的类名不会出现在客户端中。

缺点

1)难以支持新种类产品的变化。这是因为抽象工厂接口中已经确定了可被创建的产品集合,如果需要添加新产品,此时就必须去添加抽象产品接口,还要在抽象工厂接口中添加新方法,并在所有具体工厂中实现该新方法。这样就会改变抽象工厂类以及所有具体工厂子类的改变,违背开闭原则。

2)类图有点复杂,可读性没有工厂方法模式高。

适用场景

  • 系统不要求依赖产品类实例如何被创建、组合和表达,这点也是所有工厂模式应用的前提。

  • 系统要求提供一个产品类的库,所有产品以同样的接口出现,客户端不需要依赖具体实现。

  • 系统中有多个产品族,但每次只使用其中某一族产品。(切换产品族只需修改具体工厂对象即可)

三、总结

简单工厂模式:让一个工厂类负责创建所有对象;但没有考虑后期扩展和维护,修改违背开闭原则,静态方法不能被继承。

工厂方法模式:主要思想是继承,修改符合开闭原则;但每个工厂只能创建一种类型的产品。

抽象工厂模式:主要思想是组合,本质是产品族,实际包含了很多工厂方法,修改符合开闭原则;但只适用于增加同类工厂这种横向扩展需求,不适合新增功能方法这种纵向扩展。

其实这三种工厂模式在形式和特点上都非常相似,甚至存在一定的内在联系,而且最终目的都是解耦。在使用时,我们不必去在意这个模式到底工厂方法模式还是抽象工厂模式,因为它们之间也是可以灵活转变的。

比如你原本使用的是工厂方法模式,加入一个新方法后就可能会让具体产品类构成不同等级结构中的产品族,代码结构就变成抽象工厂模式了;而对于抽象工厂模式,当减少一个或多个具体产品类时,使原有产品族只剩下一个产品后,代码结构也就转变成了工厂方法模式。


http://www.ppmy.cn/news/83077.html

相关文章

如何使用 VSCode 软件运行C代码

VSCode 的下载和扩展的配置可以参考文章:VSCode 的安装与插件配置。 VSCode 是很好用的编辑器,通过给其配置 MinGW-w64 插件就可以在它上面编译运行C代码了。 在没有配置 MinGW-w64 插件时,在 VSCode 中运行下面的代码后打印如下图所示。 这…

新一代数据湖存储技术Apache Paimon入门Demo

目录 前言 1. 什么是 Apache Paimon 一、本地环境快速上手 1、本地Flink伪集群 2、IDEA中跑Paimon Demo 2.1 代码 2.2 IDEA中成功运行 3、IDEA中Stream读写 3.1 流写 3.2 流读(toChangeLogStream) 二、进阶:本地(IDEA&…

【TI毫米波雷达笔记】IWR6843AOPEVM开箱功能测试

【TI毫米波雷达笔记】IWR6843AOPEVM开箱功能测试 我用的是IWR6843AOPEVM-G 相关资源可以在ti官网下载 要用的软件是 TI官方上位机 mmWave_Demo_Visualizer 可以用网页版 也可以用软件包 建议先上网页版看看版本支不支持对应的板子 网页版: dev.ti.com/gallery/…

web前端 --- CSS(03) -- 元素定位

元素定位:标签在页面中的位置问题 (1)分类 绝对定位:将需要的元素直接定位固定的位置 PS:绝对定位,必须指定一个相对点(一般是父标签)。相对的标签必须是相对定位或者绝对定位【重…

qt实现简单计算器推荐博客

Qt5简单函数计q算q器_ouening的博客-CSDN博客 基于QT的科学计算器_杜康o的博客-CSDN博客_qt科学计算器 Qt5 计算器的实现_salmonwilliam的博客-CSDN博客 Qt计算器界面的实现_洋葱汪的博客-CSDN博客_qt计算器界面设计 8.用C/C实现一个科学计算器———(超级详细完…

EasyGBS国标GB28181视频平台添加针对H.265视频流的告警信息

EasyGBS国标视频云服务支持设备/平台通过国标GB28181协议注册接入,可实现视频的实时监控直播、录像、检索与回看、语音对讲、云存储、告警、平台级联等功能。平台支持将接入的视频流进行全终端、全平台分发,分发的视频流包括RTSP、RTMP、FLV、HLS、WebRT…

SQL基础培训14-重复记录查询

进度14-重复记录查询-SQL基础培训 知识点 create table RepeatTest ( id int, name varchar(10),

毫米波雷达模块在自动驾驶系统中的关键功能

随着自动驾驶技术的快速发展,毫米波雷达模块作为一项关键技术,为自动驾驶系统提供了重要的感知和决策能力。毫米波雷达模块通过实时探测和跟踪周围环境中的车辆、行人和障碍物,提供精确的距离和速度信息,帮助自动驾驶车辆做出准确…