"围观"设计模式(8)--创建型之简单工厂模式、工厂方法模式、抽象工厂模式

工厂模式的核心思想在我认为是将类创建的权利授予给工厂类,其他的类不允许创建,授予了权限的类创建好之后,需要某些的对象的时候,可以去工厂当中去取。也就是像一个工厂一样,用的人不需要关心对象怎么来的,你只需要关心怎么用就好了。工厂模式细分为三种,简单工厂、工厂方法、抽象工厂三种模式。这三种模式比较相似,往往会引发混淆,本文主要结合实际的例子去进行区分。理清三者之间的关系与适用范围。

概述

简单工厂

对于简单工厂,我个人的理解是,直接实现一个方法,要生产什么由这个方法以及传入的参数来决定。

工厂方法

1. 解决了哪类“工厂”生产哪类东西的问题。

2. 这种模式通过公共的接口或抽象类定义生产出来的是哪种东西,但是不限制生产出来的具体产品,在其子类中或者实现类中去确定具体生产出来的是什么东西。

抽象工厂

1. 解决了同一种东西多种分类的情况。

2. 抽象类去设定生产的产品的具体分类,交给子类去实际生产该分类下的产品。

简单的讲,三者最主要的区别在于:

简单工厂:通过参数控制生产的不同的产品。

工厂方法:通过不同的子类工厂生产不同的产品。

抽象工厂:通过方法生产不同的产品。

简单工厂模式

采用简单工厂模式,在Factory实现类中直接,createCar的时候,传入想要创建的Car的名称,然后在这个方法里面对传入的名称进行区分创建对应的对象并返回,当然这个是比较简单的形式。

核心的代码如下(全部的代码我会上传到个人的GitHub上:下载地址

@Override
	public Car createCar(String carName) {
		Car car = null;
		if("HongQI".equals(carName)){
			car = new HongQi();
		}else if("BYD".equals(carName)){
			car = new BYD();
		}

		return car;
	}

采用泛型使得实际具有灵活性,核心代码如下(全部的代码我会上传到个人的GitHub上:下载地址

@Override
	public <T extends Car> T createCar(Class<T> clazz) {
		Car car = null;
		if(clazz != null){
			try {
				car = (Car)Class.forName(clazz.getName()).newInstance();
			} catch (Exception e) {
				e.printStackTrace();
			}
		}
		return (T) car;
	}

在我看来,简单工厂模式通过参数的类型进行创建不同的对象,也就是相当于根据传入的参数生产不同的产品。当然,使用泛型后弱化了 这种特征(但是使用泛型后使得这个工厂更具有灵活性,只需要传入想创建的那个类就可以了,对需求变更的情况更有适应性),请结合第一个例子进行体会。

工厂方法模式

工厂方法模式有点类似于专车的样子,我只能生产这个东西,你只能生产那个东西,比较专一。

看下面这个类图:

看上面的类图,应该比较清楚的看到,BYD车由BYDFactory工厂来"生产",而HongQI车由HongQIFactory工厂来"生产",相当于专车专用的概念。

看部分主要的代码(全部的代码我会上传到个人的GitHub上:下载地址):

public interface Car {

	public abstract void setCarName(String carName);

	public abstract void setCarColor(String color);

}
public interface Factory {

	public Car createCar();
}

抽象工厂模式

前面已经提到了,抽象工厂解决了生产一种产品不同类型的产品的问题。

这里通过抽象的工厂类定义了其子类可以生产不同的产品,不同的工厂可以实现生产 不同型号的同一种类的产品。

1. 解决了同一种东西多种分类的情况。

2. 抽象类去设定生产的产品的具体分类,交给子类去实际生产该分类下的产品。

抽象工厂:通过方法生产不同的产品。

下面看一下核心的代码(全部的代码我会上传到个人的GitHub上:下载地址

public abstract class AbstractCarFactory {

	public abstract HongQI createHongQiCar();

	public abstract BYD createBYDCar();

}
</pre><span style="font-size:12px;"></span><pre name="code" class="java">public class FirstGenerFactory extends AbstractCarFactory{

	@Override
	public HongQI createHongQiCar() {

		return new HongQiFirst();
	}

	@Override
	public BYD createBYDCar() {
		return new BYDFirst();
	}

}
public class SecondGenerFactory extends AbstractCarFactory{

	@Override
	public HongQI createHongQiCar() {

		return new HongQiSecond();
	}

	@Override
	public BYD createBYDCar() {
		return new BYDSecond();
	}

}

小结:

简单工厂:用来生产同一等级的任意产品,有点像是上帝类什么都能生产,不过当新的业务需求来了的时候,可能会带来程序的改动,当然当你设计已经考虑好了变动的时候,那可能也是不错的选择。

工厂方法:减轻一个工厂的负担了,一个工厂就生产你自己专有的东西,专一直接,增加生产的东西的时候,只需要增加生产该产品的生产类即可。

抽象工厂:当一个产品有多种类型的时候就需要考虑抽象工厂模式了,比如1系列和2系列的车,那么这个时候,我们可以设计一个只生产1系列的工厂来生产1系列的车,设计2系列的工厂来生产2系列的车。

全部的代码我会上传到个人的GitHub上:下载地址

时间: 2024-12-23 18:19:27

"围观"设计模式(8)--创建型之简单工厂模式、工厂方法模式、抽象工厂模式的相关文章

&quot;围观&quot;设计模式(29)--创建型设计模式总结(单例、工厂、原型、创建者)

设计模式源码下载地址 设计模式源码下载地址 1  单例模式 单例模式,也叫单子模式,是一种常用的软件设计模式.在应用这个模式时,单例对象的类必须保证只有一个实例存在.许多时候整个系统只需要拥有一个的全局对象,这样有利于我们协调系统整体的行为.比如在某个服务器程序中,该服务器的配置信息存放在一个文件中,这些配置数据由一个单例对象统一读取,然后服务进程中的其他对象再通过这个单例对象获取这些配置信息.这种方式简化了在复杂环境下的配置管理.----维基百科(WIKIPEDIA) 个人的理解: 单例模式概

&quot;围观&quot;设计模式(10)--创建型之原型模式(Prototype Pattern)

原型模式是创建型模式的一种,其特点在于通过"复制"一个已经存在的实例来返回新的实例,而不是新建实例.被复制的实例就是我们所称的"原型",这个原型是可定制的. 原型模式多用于创建复杂的或者耗时的实例,因为这种情况下,复制一个已经存在的实例使程序运行更高效:或者创建值相等,只是命名不一样的同类数据.----WIKIPEDIA 首先看下面这样的一个例子,使用本人自黑一下,实现Clonable接口然后实现它的clone的方法,然后通过该方法对这个对象进行克隆.看是不是像我们

PYTHON设计模式,创建型之简单工厂模式

这个系统,感觉思路清爽,,相信多练练,多思考,就会熟悉的.. http://www.jianshu.com/p/2450b785c329 #!/usr/bin/evn python #coding:utf8 class Pizza(object): def prepare(self, type): print 'prepare {type} pizza'.format(type=type) def bake(self, type): print 'bake {type} pizza'.forma

&quot;围观&quot;设计模式(7)--创建型之单例模式(Singleton Pattern)

单例模式,也叫单子模式,是一种常用的软件设计模式.在应用这个模式时,单例对象的类必须保证只有一个实例存在.许多时候整个系统只需要拥有一个的全局对象,这样有利于我们协调系统整体的行为.比如在某个服务器程序中,该服务器的配置信息存放在一个文件中,这些配置数据由一个单例对象统一读取,然后服务进程中的其他对象再通过这个单例对象获取这些配置信息.这种方式简化了在复杂环境下的配置管理.----维基百科(WIKIPEDIA) 个人的理解: 单例模式概念比较简单,他的目的就是只允许出现一个该类的实例,经常在JD

&quot;围观&quot;设计模式(9)--创建型之创建者模式(Builder Pattern)

生成器模式(英:Builder Pattern)是一种设计模式,又名:建造模式,是一种对象构建模式.它可以将复杂对象的建造过程抽象出来(抽象类别),使这个抽象过程的不同实现方法可以构造出不同表现(属性)的对象.----WIKIPEDIA 个人的理解: 建造者模式可以设置不同的属性或者行为,创建出不一样的对象.比如说生产汽车,假如有三个重要的工序,塑形.拼装.上色.那么可以通过创建者模式来设置,这三道工序中不同的车来说,三道工序可能就是不一样的.通过创建者模式来创建出对象的表现形式也自然就不一样.

(转自精通Python设计模式)Python设计模式之创建型模式——1.工厂模式

在工厂设计模式中,客户端可以请求一个对象,而无需知道这个对象来自哪里:也就是,使用哪个类类生成这个对象.工厂背后的思想是简化对象的创建.与客户端自己基于类实例化直接创建对象相比,基于一个中心化函数来实现,更易于追踪创建了哪些对象.通过将创建对象的代码和使用对象的代码解耦,工厂能够降低应用维护的复杂度. 工厂通常有两种形式:一种是工厂方法,它是一个方法(或是一个函数),对不同的输入参数返回不同的对象:第二种是抽象工厂,它是一组创建一系列相关事物对象的工厂方法. 1. 工厂方法 在工厂方法模式中,我

设计模式3 创建型模型

设计模式3 创建型模型 目录: 简单工厂模式 工厂方法模式 抽象工厂模式 单例模式 简单工厂 模型 [email protected]:~$ cat main.cpp  //设计模式:简单工厂 模型 #include<iostream> using namespace std; class Fruit { public: Fruit(string kind) { this->kind = kind; if(kind == "apple") {} else if (ki

【转】设计模式:简单工厂、工厂方法、抽象工厂之小结与区别

简单工厂,工厂方法,抽象工厂都属于设计模式中的创建型模式.其主要功能都是帮助我们把对象的实例化部分抽取了出来,优化了系统的架构,并且增强了系统的扩展性. 本文是本人对这三种模式学习后的一个小结以及对他们之间的区别的理解. 简单工厂 简单工厂模式的工厂类一般是使用静态方法,通过接收的参数的不同来返回不同的对象实例. 不修改代码的话,是无法扩展的. 工厂方法 工厂方法是针对每一种产品提供一个工厂类.通过不同的工厂实例来创建不同的产品实例. 在同一等级结构中,支持增加任意产品. 抽象工厂 抽象工厂是应

设计模式之创建型模式(上)

没有总结的学习不算学习,这一个月的学习可谓收获多多啊,接下来与大家分享一下. 一.设计模式的分类 总体来说设计模式分为三大类: 1.创建型模式,共五种. 2.结构型模式,共七种. 3.行为型模式,共十一种. 首先研究创建型模式 二. 概述 创建型模式,就是用来创建对象的模式,抽象了实例化的过程.它帮助一个系统独 立于如何创建.组合和表示它的那些对象. 三. 为什么需要创建型模式 所有的创建型模式都有两个永恒的主旋律: 第一,它们都将系统使用哪些具体类的信息封装起来: 第二,它们隐藏了这些类的实例