Java设计模式之(二)——工厂模式
1、什么是工厂模式
Define an interface for creating an object,but let subclasses decide which class toinstantiate.Factory Method lets a class defer instantiation to subclasses.
定义一个创建对象的接口,让其子类自己决定实例化哪一个工厂类,工厂模式使其创建过程延迟到子类进行。
说人话:提供创建对象的接口,将创建对象的过程屏蔽,从而达到灵活的目的。
2、工厂模式分类
一般情况下,工厂模式分为三类:
①、简单工厂模式(Simple Factory)
②、工厂方法模式(Factory Method)
③、抽象工厂模式(Abstract Factory)
这三种模式从上到下逐步抽象,并且更具一般性。
需要说明的是:GOF 在《设计模式》一书中将工厂模式分为两类:工厂方法模式(Factory Method)与抽象工厂模式(Abstract Factory),将简单工厂模式(Simple Factory)看为工厂方法模式的一种特例,两者归为一类。
下面我们分别介绍这三种工厂模式。
2.1 简单工厂(Simple Factory)
比如有这样一个需求:
根据导入的不同文件(docx,xlsx,pptx),选择不同的解析器进行解析。
简单工厂有三个核心对象:
1.工厂:简单工厂模式的核心,它负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用,创建所需的产品对象。
2.抽象产品 :简单工厂模式所创建的所有对象的父类,它负责描述所有实例所共有的公共接口。
3.具体产品:是简单工厂模式的创建目标,所有创建的对象都是充当这个角色的某个具体类的实例。
①、抽象解析器
public interface IOfficeParser {
void parse();
}
②、具体解析器(docx,xlsx,pptx)
public class WordParser implements IOfficeParser{
private String filePath;
public WordParser(String filePath){
this.filePath = filePath;
}
@Override
public void parse() {
System.out.println("解析 docx 文件");
}
}
public class ExcelParser implements IOfficeParser{
private String filePath;
public ExcelParser(String filePath){
this.filePath = filePath;
}
@Override
public void parse() {
System.out.println("解析 xlsx 文件");
}
}
public class PptParser implements IOfficeParser {
private String filePath;
public PptParser(String filePath){
this.filePath = filePath;
}
@Override
public void parse() {
System.out.println("解析 pptx 文件");
}
}
③、构造解析器的工厂
public class OfficeParserFactory {
public static IOfficeParser getParser(String filePath) throws Exception {
String fileExtension = getFileExtension(filePath);
IOfficeParser parser = null;
if("docx".equalsIgnoreCase(fileExtension)){
parser = new WordParser(filePath);
}else if("xlsx".equalsIgnoreCase(fileExtension)){
parser = new ExcelParser(filePath);
}else if("pptx".equalsIgnoreCase(fileExtension)){
parser = new PptParser(filePath);
}else{
throw new Exception("file is not supported:"+fileExtension);
}
return parser;
}
private static String getFileExtension(String filePath){
// 解析文件名获取文件扩展名,比如 文档.docx,返回 docx
String fileExtension = filePath.substring(filePath.lastIndexOf(".")+1);
return fileExtension;
}
}
④、测试类
public class SimpleFactoryTest {
public static void main(String[] args) throws Exception {
String filePath = "文档.docx";
IOfficeParser parser = OfficeParserFactory.getParser(filePath);
parser.parse();
String filePath1 = "表格.xlsx";
IOfficeParser parser1 = OfficeParserFactory.getParser(filePath1);
parser1.parse();
}
}
⑤、总结
这便是简单工厂,客户端避免了直接创建解析器的责任,只需要调用工厂类去解析就行了。
可以从开闭原则(对扩展开放,对修改关闭)来分析简单工厂模式:当增加一种文件解析,比如老版本的 doc 格式。这时候只需要新增一个 parser 类即可,客户端(理解为测试类,调用端)不用改变,然后在工厂类 OfficeParserFactory 新增一个 else-if 分支即可。
这时候可能有同学会问了,那修改了 OfficeParserFactory 类,不就违反开闭原则了吗?但其实只要不是频繁的添加新的 parser,偶尔修改一下 OfficeParserFactory 类,稍微不符合开闭原则,也是可以接受的。
看上去比较完美,细心的同学可能会问,所有的解析类对象创建都在 OfficeParserFactory 类中,假设某个解析类,比如 doc 创建parser 对象并不是简单的 new ,还包括一些其它的操作,这时候难道把这些代码也全部写到 OfficeParserFactory 中吗?有没有更优雅的写法呢?
有,就是下面要介绍的 工厂模式。
2.2 工厂方法(Factory Method)
为了解决上面的问题,我们可以为工厂类在创建一个工厂,也就是工厂的工厂,用来创建工厂类对象。
①、给每一个具体解析器创建工厂
public class ExcelParserFactory implements IOfficeParserFactory {
@Override
public IOfficeParser createParser() {
// TODO 进行创建对象的一些操作
return new ExcelParser();
}
}
②、创建解析器的工厂
public class OfficeParserFactory {
public static IOfficeParser getParser(String filePath) throws Exception {
String fileExtension = getFileExtension(filePath);
IOfficeParserFactory parserFactory = OfficeParserFactoryMap.getOfficeParseFactory(fileExtension);
if(parserFactory == null){
throw new Exception("file is not supported:"+fileExtension);
}
IOfficeParser parser = parserFactory.createParser();
return parser;
}
private static String getFileExtension(String filePath){
// 解析文件名获取文件扩展名,比如 文档.docx,返回 docx
String fileExtension = filePath.substring(filePath.lastIndexOf(".")+1);
return fileExtension;
}
}
③、创建解析器工厂的工厂类
public class OfficeParserFactoryMap {
private static final Map<String, IOfficeParserFactory> parserFactoryCached = new HashMap<>();
static {
parserFactoryCached.put("docx",new WordParserFactory());
parserFactoryCached.put("xlxs",new ExcelParserFactory());
parserFactoryCached.put("pptx",new PptParserFactory());
}
public static IOfficeParserFactory getOfficeParseFactory(String type){
if(type == null || type.isEmpty()){
return null;
}
return parserFactoryCached.get(type.toLowerCase());
}
}
④、测试类
public class FactoryTest {
public static void main(String[] args) throws Exception {
String filePath = "文档.docx";
IOfficeParser parser = OfficeParserFactory.getParser(filePath);
parser.parse();
}
}
⑤、总结
在工厂模式中,如果我们要增加新的文件解析,比如 mdb 格式(office access套件),就只需要创建新的 parser 类和 parserFactory 类,并且在 OfficeParserFactoryMap 类中将新的 parserFactory 类添加到 map 中即可。代码的改动非常少,基本上是符合开闭原则的。
但是,我们看到工厂模式新增了很多 factory 类,会增加代码的复制性,如果每个 factory 类只是做简单的 new 操作,则没必要使用该模式,直接用简单工厂模式即可。
2.3 抽象工厂(Abstract Factory)
这种模式比较特殊,使用场景不多,大家简单了解一下就行。
我们知道 doc 和 docx 都是 office word 文档后缀,类似 xls 和 xlsx 都是 office Excel 表格后缀,还有 ppt 和 pptx。doc/xlx/ppt 都是旧版本 office 文件后缀,都是二进制组成,解析的时候有共同之处,而 docx/xlsx/pptx 是office新版本文件后缀,是通过 ooxml 结构组成。相当于一组是老的office,一组是新的office。
如果我们还是用工厂模式来实现的话,那每一种都要编写一个工厂类,过多的类会难以维护,那怎么解决呢?
抽象工厂模式就是针对这种特殊的场景诞生,我们可以让一个工厂复制创建多个不同类型的对象,而不是只创建一个 parser 对象。
具体代码实现如下:
public interface IOfficeParserFactory {
IOfficeParser createParser();
IOldOfficeParser createOldParser();
}
public class ExcelParserFactory implements IOfficeParserFactory {
@Override
public IOfficeParser createParser() {
return new ExcelParser();
}
@Override
public IOldOfficeParser createOldParser() {
return new DocParser();
}
}
3、简单工厂和工厂方法区别
简单工厂:将创建不同对象的逻辑放在一个工厂类中。
工厂方法:将创建不同对象的逻辑放在不同工厂类中,先用一个工厂类的工厂类得到某个工厂,在某这个工厂来创建对象。
这样讲区别就很明显了,如果创建对象的逻辑比较复杂,要做各种初始化操作,这时候使用工厂方法,能够将复杂的创建逻辑拆分到多个工厂类中;而创建对象的逻辑很简单,就没必要额外创建多个工厂类,直接使用简单工厂即可。
4、工厂模式的作用
封装变化:创建逻辑有可能变化,封装成工厂类之后,创建逻辑的变更对调用者透明。
代码复用:创建代码抽离到独立的工厂类之后可以复用。
隔离复杂性:封装复杂的创建逻辑,调用者无需了解如何创建对象。
控制复杂度:将创建代码抽离出来,让原本的函数或类职责更单一,代码更简洁。
看完知道为啥没事别用工厂模式了吧,因为太好用了,你会爱上它的。
Java设计模式之(二)——工厂模式的更多相关文章
- Java设计模式之二 ----- 工厂模式
在上一篇中我们学习了单例模式,介绍了单例模式创建的几种方法以及最优的方法.本篇则介绍设计模式中的工厂模式,主要分为简单工厂模式.工厂方法和抽象工厂模式. 简单工厂模式 简单工厂模式是属于创建型模式,又 ...
- Java设计模式之二工厂模式
在上一篇中我们学习了单例模式,介绍了单例模式创建的几种方法以及最优的方法.本篇则介绍设计模式中的工厂模式,主要分为简单工厂模式.工厂方法和抽象工厂模式. 简单工厂模式 简单工厂模式是属于创建型模式,又 ...
- Java设计模式之【工厂模式】(简单工厂模式,工厂方法模式,抽象工厂模式)
Java设计模式之[工厂模式](简单工厂模式,工厂方法模式,抽象工厂模式) 工厂模式出现的原因 在java中,创建一个对象最简单的方法就是使用new关键字.但在一些复杂的业务逻辑中,创建一个对象不只需 ...
- Java 设计模式之抽象工厂模式(三)
原文地址:Java 设计模式之抽象工厂模式(三) 博客地址:http://www.extlight.com 一.前言 上篇文章 <Java 设计模式之工厂模式(二)>,介绍了简单工厂模式和 ...
- Java进阶篇设计模式之二 ----- 工厂模式
前言 在上一篇中我们学习了单例模式,介绍了单例模式创建的几种方法以及最优的方法.本篇则介绍设计模式中的工厂模式,主要分为简单工厂模式.工厂方法和抽象工厂模式. 简单工厂模式 简单工厂模式是属于创建型模 ...
- Java设计模式系列-抽象工厂模式
原创文章,转载请标注出处:https://www.cnblogs.com/V1haoge/p/10755412.html 一.概述 抽象工厂模式是对工厂方法模式的再升级,但是二者面对的场景稍显差别. ...
- java设计模式---三种工厂模式
工厂模式提供创建对象的接口. 工厂模式分为三类:简单工厂模式(Simple Factory), 工厂方法模式(Factory Method)和抽象工厂模式(Abstract Factory).GOF在 ...
- java设计模式之抽象工厂模式
上一篇文章(http://www.cnblogs.com/liaoweipeng/p/5768197.html)讲了简单工厂模式,但是简单工厂模式存在一定的问题,如果想要拓展程序,必须对工厂类进行修改 ...
- (1)java设计模式之简单工厂模式
一:简单工厂模式的优点 --->在阎宏博士的<JAVA与模式>一书中开头是这样描述简单工厂模式的:简单工厂模式是类的创建模式,又叫做静态工厂方法(Static Fa ...
- Java设计模式系列之工厂模式
工厂模式将大量有共同接口的类实例化,工厂模式可以实现动态决定实例化哪一个类的对象,工厂模式在<Java与模式>中分为三类:1)简单工厂模式(Simple Factory):添加某一种类型的 ...
随机推荐
- PHP的SPL扩展库(一)数据结构
SPL 库也叫做 PHP 标准库,主要就是用于解决典型问题的一组接口或类的集合.这些典型问题包括什么呢?比如我们今天要讲的数据结构,还有一些设计模式的实现,就像我们之前讲过的观察者模式相关的接口在 S ...
- Python爬虫:通过做项目,小编了解了酷狗音乐的加密过程
1.前言 小编在这里讲一下,下面的内容仅供学习参考,切莫用于商业活动,一经被相关人员发现,本小编概不负责!读者切记切记. 2.获取音乐播放列表 其实,这就是小编要讲的重点,因为就是这部分用到了加密. ...
- 👊 Spring技术原理系列-从零开始教你SpringEL表达式使用和功能分析讲解指南(上篇)
Spring EL表达式语言,这种语言jsp中学到的el,但是在整个spring之中其表达式语言要更加的复杂,而且支持度更加的广泛,最重要的是他可以进行方法的调用,对象的实例化,集合操作等等,但是唯一 ...
- JavaScript 字符串(上)
JavaScript 字符串(上) 三种引号 字符串可以包含在单引号.双引号或反引号中 //用法 let single = 'Single quotation mark'; //单引号 let dou ...
- 1. SSTI(模板注入)漏洞(入门篇)
好久没更新博客了,现在主要在作源码审计相关工作,在工作中也遇到了各种语言导致的一些SSTI,今天就来大概说一下SSTI模板注入这个老生常谈的漏洞 前言 模板引擎 模板引擎(这里特指用于Web开发的模板 ...
- 第十一章 Dockerfile安装Jenkins-2.249.3-1.1
一.安装Docker Docker部署Jenkins前提已经安装Docker,这边脚本安装Docker. #1.编写Docker安装脚本 [root@ip-10-0-12-212 ~]# vim In ...
- I-Base62
I - Base62 PS:一个任意进制转换的大数问题 传送门:Base62 短除法原理: 20(10进制) => 202(3进制) 20 = (2 * 3 ^ 2 + 0 * 3 ^ 1 + ...
- Redis:学习笔记-02
Redis:学习笔记-02 该部分内容,参考了 bilibili 上讲解 Redis 中,观看数最多的课程 Redis最新超详细版教程通俗易懂,来自 UP主 遇见狂神说 4. 事物 Redis 事务本 ...
- [敏捷软工团队博客]Beta阶段事后分析
设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的软件要解决的问题是:现在的软工课程的作业分布在博客园.GitHub上,没有一个集成多种功能的一体化 ...
- linux centos7 修改默认网卡命名规则为eth0脚本
CentOS6之前基于传统的命名方式如:eth1,eth0.... Centos7提供了不同的命名规则,默认是基于固件.拓扑.位置信息来分配.这样做的优点是命名是全自动的.可预知的,缺点是比eth0. ...