工厂模式之工厂方法模式

工厂方法模式是简单工厂模式的进一步抽象和推广。工厂方法模式保持了简单工厂模式的优点,而且克服了它的缺点。

在该模式中,核心的工厂类不再负责所有产品的创建,而是将具体创建的工作交给子类去做。核心工厂类变成了一个抽象工厂角色,这种进一步的抽象允许系统在不修改具体工厂角色的情况下引进新的产品。

工厂方法模式的一个示意性系统中几个角色:

  • 抽象工厂角色(Creator):这个角色是工厂方法模式的核心,它是与应用程序无关的。任何在模式中创建对象的工厂类必须实现这个接口。
  • 具体工厂角色(Concrete Creator):这个角色是实现了抽象工厂接口的具体类。具体工厂角色含有与应用密切相关的逻辑,并且受到应用程序的调用以创建产品对象。
  • 抽象产品角色(Product):工厂方法模式所创建对象的超类型
  • 具体产品角色(Concrete Product):该角色实现了抽象产品角色所声明的接口,工厂方法模式所创建的每一个对象都是对应的产品角色的实例。

以下是该示意性系统的源代码:

/*
 * 抽象工厂角色的源代码
 * */
public interface Creator {
	/*
	 * 工厂方法
	 * */
	public Product factory();
}
/*
 * 抽象产品角色的源代码
 * */
public interface Product {}
/*
 * 具体工厂方法1
 * */
public class ConcreteCreator1 implements Creator{
	/**
	 * 工厂方法
	 */
	public Product factory(){
		return new ConcreteProduct1();
	}
}

/*
 * 具体产品1
 * */
public class ConcreteProduct1 implements Product{
	public ConcreteProduct1(){
		System.out.println("get product1");
	}
}
/*
 * 具体工厂类2源代码
 * */
public class ConcreteCreator2 implements Creator{
	/*
     * 工厂方法
     * */
	public Product factory() {
		// TODO Auto-generated method stub
		return new ConcreteProduct2();
	}
}

/*
 * 具体产品2
 * */
public class ConcreteProduct2 implements Product {
	public ConcreteProduct2(){
		System.out.println("get product2");
	}
}
/*
 * 客户端代码
 * */
public class client {
	public static void main(String[] args) {
		Creator creator1=new ConcreteCreator1();
		Product product1=creator1.factory();
		Creator creator2=new ConcreteCreator2();
		Product product2=creator2.factory();
	}
}

如果系统需要添加一个新的产品,需要向系统中加入一个具体的产品类以及它对应的工厂类。没有必要修改客户端,也没有必要修改抽象工厂角色或者其他已有的具体工厂角色。

时间: 2024-08-29 11:03:07

工厂模式之工厂方法模式的相关文章

【C#设计模式——创建型模式】工场方法模式

工场方法模式对简单工场模式进行了乔庙的扩展,不是用一个专门的类来决定实例化哪一个子类.相反,超类把这种决定延迟到每个子类.这种模式实际上没有决策点,就是没有直接选择一个子类实例化的决策. 看书上的例子有点复杂,自己写了一个简单例子: 示例目标:对数组进行定向排序 基类FormatList对指定数组进行排序,具体实现交给子类实现 public abstract class FormatList { public int[] result; protected abstract void Forma

原型模式和模版方法模式

首先我们来了解原型模式 定义:用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象 根据定义,我们很明显地知道原型模式的对象是类.通过原型模式,我们可以无限地复制原型的对象 接着我们了解模版方法模式 定义:定义了一个操作中的算法的骨架,而将一些步骤延迟到子类中.模版方法使用使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤. 其实就是规定完成某件事情需要做多少步,并且规定那些需要你发挥自己的想象.能力根据实际情况去完成的. 综上所述.这两种设计模式的对象不同.原型是一个大的

23种设计模式(1) - 工厂方法模式

1.定义 定义一个用于创建对象的接口,让子类决定实例化哪一个类.工厂方法使一个类的实例化延迟到其子类. 2.举例 有一个Animal接口,有两个类Dog和Cat分别继承了该接口.我们通过一个叫AnimalDactory的工厂类接口,再定义DogFactory和CatFactory类来分别创建Dog和Cat实例,由调用端来决定使用哪个工厂来创建对象. 3.代码 // 创建 动物 接口 public interface Animal { void sayName(); } // 创建 猫和狗 类 p

(4)模版方法模式

(4)模版方法模式 定义:定义一个操作中算法的框架,而将一些步骤延迟到子类中,使得子类可以不改变算法的结构即可重定义该算法中的某些特定步骤. 类型:行为类模式 类图: 事实上,模版方法是编程中一个经常用到的模式.先来看一个例子,某日,程序员A拿到一个任务:给定一个整数数组,把数组中的数由小到大排序,然后把排序之后的结果打印出来.经过分析之后,这个任务大体上可分为两部分,排序和打印,打印功能好实现,排序就有点麻烦了.但是A有办法,先把打印功能完成,排序功能另找人做. abstract class

模版方法模式

第八个模式:模版方法模式 8.1引入模版方法模式 模板方法定义了一个算法的步骤,并允许子类为一个或多个步骤提供实现 下面我们来看模板方法模式的类图: 8.2模板方法的应用 1.使用模板方法排序(很简单,只是需要实现compareTo接口): 现在就可以测试这个类了: 8.3小结

设计模式(java)--模版方法模式之任务分配

转自:http://blog.csdn.net/zhengzhb/article/details/7405608 定义:定义一个操作中算法的框架,而将一些步骤延迟到子类中,使得子类可以不改变算法的结构即可重定义该算法中的某些特定步骤. 类型:行为类模式 类图: 事实上,模版方法是编程中一个经常用到的模式.先来看一个例子,某日,程序员A拿到一个任务:给定一个整数数组,把数组中的数由小到大排序,然后把排序之后的结果打印出来.经过分析之后,这个任务大体上可分为两部分,排序和打印,打印功能好实现,排序就

23种设计模式(6):模版方法模式

定义:定义一个操作中算法的框架,而将一些步骤延迟到子类中,使得子类可以不改变算法的结构即可重定义该算法中的某些特定步骤. 类型:行为类模式. 类图: 事实上,模版方法是编程中一个经常用到的模式.先来看一个例子,某日,程序员A拿到一个任务:给定一个整数数组,把数组中的数由小到大排序,然后把排序之后的结果打印出来.经过分析之后,这个任务大体上可分为两部分,排序和打印,打印功能好实现,排序就有点麻烦了.但是A有办法,先把打印功能完成,排序功能另找人做. abstract class AbstractS

《JAVA与模式》之模板模式(转载)

模板方法在servlet中的应用:http://www.cnblogs.com/java-my-life/archive/2012/05/14/2495235.html 原文出处:http://blog.csdn.net/zhengzhb/article/details/7405608   定义:定义一个操作中算法的框架,而将一些步骤延迟到子类中,使得子类可以不改变算法的结构即可重定义该算法中的某些特定步骤. 类型:行为类模式 类图: 事实上,模版方法是编程中一个经常用到的模式.先来看一个例子,

C#设计模式——工厂方法模式

一.引言 在简单工厂中讲到简单工厂模式的缺点,有一点是--简单工厂模式系统难以扩展,一旦添加新产品就不得不修改简单工厂方法,这样就会造成简单工厂的实现逻辑过于复杂,然而本专题介绍的工厂方法模式可以解决简单工厂模式中存在的这个问题,下面就具体看看工厂模式是如何解决该问题的. 二.工厂方法模式的实现 工厂方法模式之所以可以解决简单工厂的模式,是因为它的实现把具体产品的创建推迟到子类中,此时工厂类不再负责所有产品的创建,而只是给出具体工厂必须实现的接口,这样工厂方法模式就可以允许系统不修改工厂类逻辑的

工厂方法模式

开放-封闭原则: 在设计模式中,对于不能修改,但可以扩展的思想也是一种重要的设计原则.比如国家对于香港的一国两制.大陆的社会主义是不可以更改的,但由于香港长期处于资本主义下,强制执行社会主义难免有些牵强,所以邓小平同志就用了开放-封闭原则,完美的解决了这一问题.在前期进行软件设计的时候,应该做好后期新增需求的准备.尽量做到新增需求时,不需要更改已有代码,而是新增代码,进行需求的扩展. 工厂方法模式: 问题抛出:在上一篇文章中,通过一个简单的两位数计算介绍了简单工厂模式.在这基础上,试想如果我们需