设计模式 创建型 工厂方法模式
工厂方法模式是类的创建模式,又叫做虚拟构造子(Virtual Constructor)模式或者多态性工厂(Polymorphic Factory)模式。
工厂方法模式的用意是定义一个创建产品对象的工厂接口,将实际创建工作推迟到子类中。
那么工厂方法模式是在什么场景下使用呢,下面就以本人的理解举例说明:
相信很多人都做过导入导出功能,就拿导出功能来说。有这么一个需求:XX系统需要支持对数据库中的员工薪资进行导出,并且支持多种格式如:HTML、CSV、PDF等,每种格式导出的结构有所不同,比如:财务跟其他人对导出薪资的HTML格式要求可能会不一样,因为财务可能需要特定的格式方便核算或其他用途。
如果使用简单工厂模式,则工厂类必定过于臃肿。因为简单工厂模式只有一个工厂类,它需要处理所有的创建的逻辑。假如以上需求暂时只支持3种导出的格式以及2种导出的结构,那工厂类则需要6个if else来创建6种不同的类型。如果日后需求不断增加,则后果不堪设想。
这时候就需要工厂方法模式来处理以上需求。在工厂方法模式中,核心的工厂类不再负责所有的对象的创建,而是将具体创建的工作交给子类去做。这个核心类则摇身一变,成为了一个抽象工厂角色,仅负责给出具体工厂子类必须实现的接口,而不接触哪一个类应当被实例化这种细节。
这种进一步抽象化的结果,使这种工厂方法模式可以用来允许系统在不修改具体工厂角色的情况下引进新的产品,这一特点无疑使得工厂方法模式具有超过简单工厂模式的优越性。下面就针对以上需求设计UML图:
从上图可以看出,这个使用的工厂方法模式的系统涉及到以下角色:
抽象工厂(ExportFactory)角色:担任这个角色的是工厂方法模式的核心,任何在模式中创建对象的工厂类必须实现这个接口。在实际的系统中,这个角色也常常使用抽象类实现。
具体工厂(ExportHtmlFactory、ExportPdfFactory)角色:担任这个角色的是实现了抽象工厂接口的具体JAVA类。具体工厂角色含有与业务密切相关的逻辑,并且受到使用者的调用以创建导出类(如:ExportStandardHtmlFile)。
抽象导出(ExportFile)角色:工厂方法模式所创建的对象的超类,也就是所有导出类的共同父类或共同拥有的接口。在实际的系统中,这个角色也常常使用抽象类实现。
具体导出(ExportStandardHtmlFile等)角色:这个角色实现了抽象导出(ExportFile)角色所声明的接口,工厂方法模式所创建的每一个对象都是某个具体导出角色的实例。
源代码
首先是抽象工厂角色源代码。它声明了一个工厂方法,要求所有的具体工厂角色都实现这个工厂方法。参数type表示导出的格式是哪一种结构,如:导出HTML格式有两种结构,一种是标准结构,一种是财务需要的结构。
public interface ExportFactory { public ExportFile factory(String type);}
具体工厂角色类源代码:
public class ExportHtmlFactory implements ExportFactory{ @Override public ExportFile factory(String type) { // TODO Auto-generated method stub if("standard".equals(type)){ return new ExportStandardHtmlFile(); }else if("financial".equals(type)){ return new ExportFinancialHtmlFile(); }else{ throw new RuntimeException("没有找到对象"); } } }
public class ExportPdfFactory implements ExportFactory { @Override public ExportFile factory(String type) { // TODO Auto-generated method stub if("standard".equals(type)){ return new ExportStandardPdfFile(); }else if("financial".equals(type)){ return new ExportFinancialPdfFile(); }else{ throw new RuntimeException("没有找到对象"); } } }
抽象导出角色类源代码:
public interface ExportFile { public boolean export(String data);}
具体导出角色类源代码,通常情况下这个类会有复杂的业务逻辑。
public class ExportFinancialHtmlFile implements ExportFile{ @Override public boolean export(String data) { // TODO Auto-generated method stub /** * 业务逻辑 */ System.out.println("导出财务版HTML文件"); return true; } }
public class ExportFinancialPdfFile implements ExportFile{ @Override public boolean export(String data) { // TODO Auto-generated method stub /** * 业务逻辑 */ System.out.println("导出财务版PDF文件"); return true; } }
public class ExportStandardHtmlFile implements ExportFile{ @Override public boolean export(String data) { // TODO Auto-generated method stub /** * 业务逻辑 */ System.out.println("导出标准HTML文件"); return true; } }
public class ExportStandardPdfFile implements ExportFile { @Override public boolean export(String data) { // TODO Auto-generated method stub /** * 业务逻辑 */ System.out.println("导出标准PDF文件"); return true; } }
客户端角色类源代码:
public class Test { /** * @param args */ public static void main(String[] args) { // TODO Auto-generated method stub String data = ""; ExportFactory exportFactory = new ExportHtmlFactory(); ExportFile ef = exportFactory.factory("financial"); ef.export(data); } }
工厂方法模式的活动序列图
客户端创建ExportHtmlFactory对象,这时客户端所持有变量的静态类型为ExportFactory,而实际类型为ExportHtmlFactory。然后客户端调用ExportHtmlFactory对象的工厂方法factory(),接着后者调用ExportFinancialHtmlFile的构造子创建出导出对象。
工厂方法模式和简单工厂模式
工厂方法模式和简单工厂模式在结构上的不同很明显。工厂方法模式的核心是一个抽象工厂接口,而简单工厂模式把核心放在一个具体类上。
工厂方法模式退化后可以变得很像简单工厂模式。设想如果非常确定一个系统只需要一个具体工厂类,那么不妨把抽象工厂类合并到具体工厂类中去。由于只有一个具体工厂类,所以不妨将工厂方法改为静态方法,这时候就得到了简单工厂模式。
如果系统需要加入一个新的导出类型,那么所需要的就是向系统中加入一个这个导出类以及所对应的工厂类。没有必要修改客户端,也没有必要修改抽象工厂角色或者其他已有的具体工厂角色。对于增加新的导出类型而言,这个系统完全支持“开-闭原则”。
完结
一个应用系统是由多人开发的,导出的功能是你实现的,但是使用者(调用这个方法的人)可能却是其他人。这时候你应该设计的足够灵活并尽可能降低两者之间的耦合度,当你修改或增加一个新的功能时,使用者不需要修改任何地方。假如你的设计不够灵活,那么将无法面对客户多变的需求。可能一个极小的需求变更,都会使你的代码结构发生改变,并导致其他使用你所提供的接口的人都要修改他们的代码。牵一处而动全身,这就使得日后这个系统将难以维护。
转载于:https://www.cnblogs.com/heapStark/p/8408848.html
设计模式 创建型 工厂方法模式相关推荐
- 【转载】创建型-工厂方法模式
介绍:在简单工厂模式中,我们提到,工厂方法模式是简单工厂模式的一个延伸,它属于Gof23中设计模式的创建型设计模式.它解决的仍然是软件设计中与创建对象有关的问题.它可以更好的处理客户的需求变化. 引入 ...
- [设计模式-创建型]工厂方法(Factory Method)
概括 名称 Factory Method 结构 动机 定义一个用于创建对象的接口,让子类决定实例化哪一个类.Factory Method 使一个类的实例化延迟到其子类. 适用性 当一个类不知道它所必 ...
- 设计模式(创建型)之建造者模式(Builder Pattern)
PS一句:最终还是选择CSDN来整理发表这几年的知识点,该文章平行迁移到CSDN.因为CSDN也支持MarkDown语法了,牛逼啊! [工匠若水 http://blog.csdn.net/yanbob ...
- Java 设计模式之静态工厂方法模式
设计模式系列 创建型设计模式 Java 设计模式之单例模式 Java 设计模式之静态工厂方法模式 Java 设计模式之工厂方法模式 Java 设计模式之抽象工厂模式 Java 设计模式之Builder ...
- 软考软件设计师---面向对象技术(设计模式--创建型--工厂、生成器、原型、单例)
转载于自己博客文章: 软考软件设计师---面向对象技术(设计模式--创建型--工厂.生成器.原型.单例) - 松下之约一.创建型设计模式关注对象的创建,让一个类得到实例化过程由另一类的对象完成.分类: ...
- 设计模式----创建型设计模式(单例模式、工厂方法模式、构建者模式)
创建型设计模式 单例模式(Singleton Pattern) 单例模式介绍 代码演示 饿汉式(静态常量) 饿汉式(静态代码块) 懒汉式(线程不安全) 懒汉式(线程安全,同步方法) 懒汉式(线程安全, ...
- 设计模式学习-工厂方法模式
在上文(设计模式学习-简单工厂模式)的模拟场景中,我们用简单工厂模式实现了VISA和MASTERARD卡的刷卡处理,系统成功上线并运行良好,突然有一天老大跑来说,我们的系统需要升级,提供对一般银联卡的 ...
- 【设计模式学习】工厂方法模式
cpp学习设计模式:工厂方法模式 在学习工厂方法模式之前,先回忆前面学的简单工厂模式: 简单工厂模式就是将对象的创建和逻辑的判断都交给了一个工厂类去做,这样做的优点是客户端不需要知道具体产品类的类名和 ...
- 设计模式的艺术 工厂方法模式
不懂使用为学过,说出用途,绘制结构为了解,不会灵活使用基本等于没学. 前言 工厂方法模式是简单工厂模式的延伸,它继承了简单工厂方法模式的优点,同时还弥补了简单工厂方法模式的不足, 工厂方法模式是使用频 ...
- 手撕设计模式之「工厂方法模式」(Java描述)
前言 工厂方法模式是对简单工厂模式的改进,它通过对工厂类进行抽象形成一个抽象工厂接口,再让具体的工厂负责对应产品的创建,使得在增加产品的场景中也满足"开闭原则".希望通过本文的学习 ...
最新文章
- 在线作图|微生物多样性分析——丰度等级曲线
- 【异或交换原理】按位进行异或操作,实现数的交换
- 【LeetCode笔记】17.电话号码的字母组合(Java、DFS)
- [BZOJ]2820: YY的GCD
- 给我的Nokia3100
- python动态图片转字符画_Python实现图片转字符画
- 湿度传感器pcb遇到的问题
- SAPJCO3升级3.1后报错java.lang.UnsatisfiedLinkError: sapjco3.dll解决
- gridview 实现排序
- 计算机无法启动无法修复工具,windows资源保护无法启动修复服务的解决方法
- 小米路由 php,小米路由
- 见猎心喜 浅尝辄止 偶有所得 不足为法
- 和我一起写lua - 确认操作系统
- mybatis-Springboot配置多数据源出现错误记录
- 在计算机领域中通常用英语单词bit来表示,1在计算机领域中,通常用英文单词byte来表示资料...
- 计算机软件著作权侵权行为的认定,计算机软件著作权侵权行为认定方法探讨.doc...
- NOIP2016(bao)游(zha)记
- 红米k30s至尊纪念版和小米10青春版哪个好
- R语言采用优化方法拟合曲线并计算AIC,BIC,LRT
- ARM64基础13:ARM64的异常处理之中断处理(以树莓派4采用的BCM2711芯片为例)
热门文章
- python魅力_Python逐渐失去魅力
- php的$符的作用,PHP引用符的用法举例
- PAT (Basic Level) Practice1011 A+B 和 C
- InnoDB 行格式
- Android热修复技术初探(三):动态加载外部资源
- Java-P: 1、程序设计语言的分类
- CentOS 6.5 + Nginx 1.8.0 + PHP 5.6(with PHP-FPM) 负载均衡源码安装 之 (三)Nginx负载均衡配置...
- 关于软件测试学习的心得
- 一种新的人机交流方式——sound ware 声件
- 【自然框架】n级下拉列表框的原理