1. 简单工厂模式

在介绍工厂方法模式之前,先介绍一下简单工厂模式。虽然简单工厂模式不属于GoF 23种设计模式,但通常将它作为学习其他工厂模式的入门,并且在实际开发中使用的也较为频繁。

(1) 定义

简单工厂模式(Simple Factory Pattern):定义一个工厂类,他可以根据参数的不同返回不同类的实例,被创建的实例一般具有共同的父类。因为在简单工厂模式中,用于创建实例的方法是静态(static)方法,因此简单工厂模式又被称为静态工厂方法(Static Factory Method),它属于类创建型模式。

(2) 问题

在生活中,当我们需要某类产品时,我们的做法是去生产它的工厂(或销售它的商店)去购买它。比如我们需要一只笔来写字,我们需要到文具店去购买。在购买时,我们只需要告诉服务员我们需要一只钢笔或者毛笔,然后我们便可以付钱得到。至于笔是如何生产的,我们根本不关心(当然质量还是要考虑的)。同样在编程时,我们是否能事先设计出一些工厂类,当我们需求某个类时,我们找到相应的工厂类,调用它的生成产品方法,同时传进我们需要产品的名称,该方法就可以返回出我们需要的对象。

例如,我们需要设计一套图表库供人调用。目前该图表库只包含折线图,饼状图,柱状图,以后再对其进行扩增。设计需要达到的效果是调用者只需要调用某个类的某一方法,并给出所需的图标的类型名称,该方法会自动创建该图表类,并返回给调用者。

(3) 解决方案

我们首先对所有的图表类抽象出一个公共的接口或抽象类,然后所有的具体的图表类需要实现该接口,最终只需要面向这个接口编程即可。

① 抽象产品类

public abstract class Char {

    protected float[] data;

    public Char(float[] data) {
this.data = data;
System.out.println("初始化一些公共的操作...");
} public void setData(float[] data) {
this.data = data;
} public abstract void display();
}

② 实现具体产品类

public class LineChar extends Char {

    public LineChar() {
this(null);
} public LineChar(float[] data) {
super(data);
System.out.println("初始化LineChar");
} @Override
public void display() {
System.err.println("将Data以LineChar形式显示");
} }

其他的具体类也以同样的形式创建,这里省略。

③ 构建工厂类

public class CharFactory {

    public static final int LINE_CHAR = 0;
public static final int HISTOGRAM_CHAR = 1;
public static final int PIE_CHAR = 2; public static Char getChar(int type) {
switch (type) {
case HISTOGRAM_CHAR:
return new HistogramChar();
case PIE_CHAR:
return new PieChar();
case LINE_CHAR:
default:
return new LineChar();
}
}
}

④ 测试

public static void main(String[] args) {
Char c = CharFactory.getChar(CharFactory.LINE_CHAR);
c.setData(new float[] { 1, 2, 3, 4 });
c.display();
}

打印结果:

初始化一些公共的操作...
初始化LineChar
将Data以LineChar形式显示

2. 工厂方法模式

(1) 定义

工厂方法模式(Factory Method Pattern):定义一个用于创建对象的接口,让子类决定将哪一个类实例化。工厂方法模式让一个类的实例化延迟到其子类。工厂方法模式又称为工厂模式(Factory Pattern)虚拟构造器模式(Virtual Constructor Pattern)又或多态工厂模式(Polymorphic Factory Pattern)。工厂方法模式是一种类创建型模式。

(2) 问题

简单工厂模式虽然简单,但是存在一个严重的问题:当我们引入新的产品时,需要对工厂类的源码进行修改。例如上例中,如果我们又实现了一些图表类,需要将他们纳入工厂的生产范围,我们需要再增加几个case代码块来进行判断。一来,随着产品类的增加,工厂类的代码也会等比例增加,显得十分累赘;二来这种需要修改原先设计的做法违背了开闭原则。

有没有一种方案能够解决这个问题呢?

以日志器为例子。我们在开发或生产环境下经常需要打印一些日志,因此需要一个日志器来打印日志。根据日志输出的位置的不同,日志器又有很多种。目前实现了输出日志到文件和输出日志到数据库这两种日志器,以后再做扩展,现同样需要设计一个工厂类,但要解决掉简单工厂模式的缺陷问题。

(3) 解决方案

①  抽象产品类和工厂类

public interface Logger {
void log();
}
public interface LoggerFactory {
Logger createLogger();
}

② 实现产品类和工厂类

public class DatabaseLogger implements Logger {

    @Override
public void log() {
System.out.println("正在打印数据库日志...");
} }
public class DatabaseLoggerFactory implements LoggerFactory {

    @Override
public Logger createLogger() {
return new DatabaseLogger();
}
}

这里均只给出Database的实现。

③ 测试

@Test
public void test1() {
LoggerFactory factory = new DatabaseLoggerFactory();
Logger logger = factory.createLogger();
logger.log();
}

输出结果:

正在打印数据库日志...

④ 改进

我们可以引入配置文件来“动态”改变LoggerFactory的实例。

编写一个读取xml配置文件的工具类:

public class XMLUtil {

    public static Object getBeanFromXml(String beanName) {
if (beanName == null || beanName.isEmpty()) {
return null;
}
DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
try {
DocumentBuilder builder = factory.newDocumentBuilder();
Document document = builder.parse(new File("config.xml"));
NodeList beansList = document.getElementsByTagName("beans");
if (beansList.getLength() == 0) {
return null;
}
NodeList beanList = beansList.item(0).getChildNodes();
for (int i = 0; i < beanList.getLength(); i++) {
if (beanList.item(i).getNodeType() == Node.ELEMENT_NODE) {
if (beanName.equals(beanList.item(i).getNodeName())) {
return Class.forName(beanList.item(i).getTextContent()).newInstance();
}
}
}
} catch (Exception e) {
e.printStackTrace();
}
return null;
}
}

配置文件config.xml这样写

<?xml version="1.0" encoding="UTF-8"?>

<beans>
<loggerFactory>factory.factory.FileLoggerFactory</loggerFactory>
</beans>

这样调用:

@Test
public void test2() {
LoggerFactory factory = (LoggerFactory) XMLUtil.getBeanFromXml("loggerFactory");
if (factory != null) {
factory.createLogger().log();
}
}

输出结果同上。如果我们需要切换日志工厂,只需修改配置文件中loggerFactory结点的值即可。

工厂方法模式——创建型模式02的更多相关文章

  1. FactoryMethod工厂方法模式(创建型模式)

    1.工厂方法模式解决的问题 现在有一个抽象的游戏设施建造系统,负责构建一个现代风格和古典风格的房屋和道路. 前提:抽象变化较慢,实现变化较快(不稳定) 整个抽象的游戏设施建造系统相对变化较慢,本例中只 ...

  2. Prototype原型模式(创建型模式)

    1.原型模式解决的问题 现在有一个抽象的游戏设施建造系统,负责构建一个现代风格和古典风格的房屋和道路. 前提:抽象变化较慢,实现变化较快(不稳定) 整个抽象的游戏设施建造系统相对变化较慢,本例中只有一 ...

  3. 设计模式(三): FACTORY工厂模式 -- 创建型模式

    1.定义 定义一个用于创建对象的接口,让子类决定实例化哪一个类,Factory Method使一个类的实例化延迟到了子类. 2.适用场景 1.第一种情况是对于某个产品,调用者清楚地知道应该使用哪个具体 ...

  4. 设计模式(五):PROTOTYPE原型模式 -- 创建型模式

    1.定义 用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象. 2.适用场景 原型模式的主要思想是基于现有的对象克隆一个新的对象出来,一般是有对象的内部提供克隆的方法,通过该方法返回一个对 ...

  5. 设计模式(二): BUILDER生成器模式 -- 创建型模式

    1.定义 将一个复杂对象的构造与它的表示分离,使同样的构建过程可以创建不同的表示,这样的设计模式被称为建造者模式. 2.适用场景 1. 当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式 ...

  6. 设计模式(四):SIMPLE FACTORY简单工厂模式 -- 创建型模式

    1.定义 简单工厂模式又称静态工厂方法模式.重命名上就可以看出这个模式一定很简单.它存在的目的很简单:定义一个用于创建对象的接口. 2.适用场景 如果一个客户要一款宝马车,一般的做法是客户去创建一款宝 ...

  7. C#设计模式--工厂模式(创建型模式)

    一.简单工厂模式(UML类图): 核心类代码: public class Calc { public double NumberA { get; set; } public double Number ...

  8. 工厂模式/factory模式/创建型模式

    工厂模式 普通工厂模式 原本需要new出来的对象,通过一个类的方法去搞定,Factory.build(parameter),类似这种. public interface Sender { public ...

  9. 设计模式(一): abstract factory抽象工厂模式 -- 创建型模式

    1.定义 为创建一组相关或相互依赖的对象提供一个接口,而且无需指定他们的具体类. 2.适用场景 1.一个系统要独立于它的产品创建.组合和表示. 2.一个系统要由多个产品系列中的一个来配置. 3.当你要 ...

随机推荐

  1. NoSql数据库使用半年后在设计上面的一些心得

    NoSql数据库这个概念听闻许久了,也陆续看到很多公司和产品都在使用,优缺点似乎都被分析的清清楚楚.但我心里一直存有一个疑惑,它的出现究竟是为了解决什么问题? 这个疑惑非常大,为此我看了很多分析文章, ...

  2. 谈谈一些有趣的CSS题目(四)-- 从倒影说起,谈谈 CSS 继承 inherit

    开本系列,讨论一些有趣的 CSS 题目,抛开实用性而言,一些题目为了拓宽一下解决问题的思路,此外,涉及一些容易忽视的 CSS 细节. 解题不考虑兼容性,题目天马行空,想到什么说什么,如果解题中有你感觉 ...

  3. JS判断鼠标进入容器方向的方法和分析window.open新窗口被拦截的问题

    1.鼠标进入容器方向的判定 判断鼠标从哪个方向进入元素容器是一个经常碰到的问题,如何来判断呢?首先想到的是:获取鼠标的位置,然后经过一大堆的if..else逻辑来确定.这样的做法比较繁琐,下面介绍两种 ...

  4. ASP.NET Core 中文文档 第四章 MVC(4.1)Controllers, Actions 和 Action Results

    原文:Controllers, Actions, and Action Results 作者:Steve Smith 翻译:姚阿勇(Dr.Yao) 校对:许登洋(Seay) Action 和 acti ...

  5. 内存映射文件MemoryMappedFile使用

    参考资料: http://blog.csdn.net/bitfan/article/details/4438458 所谓内存映射文件,其实就是在内存中开辟出一块存放数据的专用区域,这区域往往与硬盘上特 ...

  6. PHP设计模式(五)建造者模式(Builder For PHP)

    建造者模式:将一个复杂对象的构造与它的表示分离,使同样的构建过程可以创建不同的表示的设计模式. 设计场景: 有一个用户的UserInfo类,创建这个类,需要创建用户的姓名,年龄,爱好等信息,才能获得用 ...

  7. 新技术≠颠覆:CIO 要有战略耐心

    新技术≠颠覆:CIO 要有战略耐心 大数据,云时代,互联网思维, 物联网--最近一两年,这些字眼一次次地出现在各种大大小小的CIO会议上和他们的私下交流圈子里,作为对新技术最敏感的人群,一方面他们迫切 ...

  8. Android之SAX解析XML

    一.SAX解析方法介绍 SAX(Simple API for XML)是一个解析速度快并且占用内存少的XML解析器,非常适合用于Android等移动设备. SAX解析器是一种基于事件的解析器,事件驱动 ...

  9. PHP 数组浅析

    PHP的数组具有如下特点:1.数组初始化时无需指定长度:2.数组中的元素无需相同类型:3.数组的长度可变4.可使用var_dump(参数)或者print_r(  参数) 函数查看数组变量.5.数组内的 ...

  10. Linux文件查找.md

    Linux 文件查找 在Linux系统的查找相关的命令: which 查看可执行文件的位置 whereis 查看文件的位置 locate 配合数据库查看文件位置 find 实际搜寻硬盘查询文件名称 w ...