设计模式之:简单工厂模式

目录:

  • 创建型模式
  • 简单工厂模式概述
  • 简单工厂模式的结构与实现
  • 简单工厂模式的应用实例
  • 创建对象与使用对象
  • 简单工厂模式的简化
  • 简单工厂模式的优缺点与适用环境

创建型模式

  • 创建型模式(Creational Pattern)关注对象的创建过程
  • 创建型模式对类的实例化过程进行了抽象,能够将软件模块中对象的创建和对象的使用分离,对用户隐藏了类的实例的创建细节
  • 创建型模式描述如何将对象的创建和使用分离,让用户在使用对象时无须关心对象的创建细节,从而降低系统的耦合度,让设计方案更易于修改和扩展

图片1

简单工厂模式概述

简单工厂模式基本实现流程

  • 具体产品类:将需要创建的各种不同产品对象的相关代码封装到具体产品类中
  • 抽象产品类:将具体产品类公共的代码进行抽象和提取后封装在一个抽象产品类中
  • 工厂类:提供一个工厂类用于创建各种产品,在工厂类中提供一个创建产品的工厂方法,该方法可以根据所传入参数的不同创建不同的具体产品对象
  • 客户端:只需调用工厂类的工厂方法并传入相应的参数即可得到一个产品对象

简单工厂模式定义

  • 简单工厂模式 (Simple Factory Pattern):定义一个工厂类,它可以根据参数的不同返回不同类的实例,被创建的实例通常都具有共同的父类。

类创建型模式

在简单工厂模式中用于创建实例的方法通常是静态(static)方法,因此又被称为静态工厂方法(Static Factory Method)模式

要点:如果需要什么,只需要传入一个正确的参数,就可以获取所需要的对象,而无须知道其创建细节

简单工厂模式结构

image

简单工厂模式包含如下3个角色:

  • Factory(工厂角色)
  • Product(抽象产品角色)
  • ConcreteProduct(具体产品角色)

简单工厂模式实现

典型的抽象产品类代码:

典型的抽象产品类代码:

public abstract class Product {
	// 所有产品类的公共业务方法
	public void methodSame() {
		// 公共方法的实现
	}
	// 声明抽象业务方法
	public abstract void methodDifference();
}

典型的具体产品类代码:

public class ConcreteProductA extends Product {
	// 实现业务方法
	@Override
	public void methodDifference() {
		// 业务方法的实现
	}
}

public class ConcreteProductB extends Product {
	// 实现业务方法
	@Override
	public void methodDifference() {
		// 业务方法的实现
	}
}

典型的工厂类代码:

public class Factory {
	// 静态工厂方法
	public static Product getProduct(String arg) {
		Product product = null;
		if(arg.equals("A")) {
			product = new ConcreteProductA();
			// 初始化设置product
		} else if(arg.equals("B")) {
			product = new ConcreteProductB();
			// 初始化设置product
		}
		return product;
	}
}	

典型的客户端代码:

public class Client {
	public static void main(String[] args) {
		// 通过工厂类创建产品对象
		Product product = Factory.getProduct("A");
		product.methodSame();
		product.methodDifference();
	}
}

简单工厂模式的应用实例

某软件公司要基于C#语言开发一套图表库,该图表库可以为应用系统提供多种不同外观的图表,例如柱状图(HistogramChart)、饼状图(PieChart)、折线图(LineChart)等。该软件公司图表库设计人员希望为应用系统开发人员提供一套灵活易用的图表库,通过设置不同的参数即可得到不同类型的图表,而且可以较为方便地对图表库进行扩展,以便能够在将来增加一些新类型的图表。

现使用简单工厂模式来设计该图表库。

实例类图

image

实例代码

  • Chart:抽象图表接口,充当抽象产品类
  • HistogramChart:柱状图类,充当具体产品类
  • PieChart:饼状图类,充当具体产品类
  • LineChart:折线图类,充当具体产品类
  • ChartFactory:图表工厂类,充当工厂类
  • Program:客户端测试类

创建对象和使用对象

创建对象的几种方式

  • 使用new关键字直接创建对象
  • 通过反射机制创建对象
  • 通过克隆方法创建对象
  • 通过工厂类创建对象

实例分析

public class Login {
	private UserDao userDao;
	public Login() {
		// 创建对象(若改为SQLServerUserDao就必须修改源代码,违背开闭原则)
		userDao = new OracleUserDao();
	}
	public void Execute() {
		// 其他代码
		userDao.findUserById(); // 使用对象
		// 其他代码
	}
}

引入工厂类UserDaoFactory

image

  • 如果UserDAO的某个子类的构造函数发生改变或者需要添加或移除不同的子类,只要维护UserDAOFactory的代码,不会影响到Login
  • 如果UserDAO的接口发生改变,例如添加、移除方法或改变方法名,只需要修改Login,不会给UserDAOFactory带来任何影响

将对象的创建与使用分离的其他好处

  • 防止用来实例化一个类的数据和代码在多个类中到处都是,可以将有关创建的知识搬移到一个工厂类中,解决代码重复、创建蔓延的问题
  • 构造函数的名字都与类名相同,从构造函数和参数列表中大家很难了解不同构造函数所构造的产品的差异 à 将对象的创建过程封装在工厂类中,可以提供一系列名字完全不同的工厂方法,每一个工厂方法对应一个构造函数,客户端可以以一种更加可读、易懂的方式来创建对象

何时不需要工厂?

  • 无须为系统中的每一个类都配备一个工厂类
  • 如果一个类很简单,而且不存在太多变化,其构造过程也很简单,此时就无须为其提供工厂类,直接在使用之前实例化即可
  • 否则会导致工厂泛滥,增加系统的复杂度
  • 例如:String类

简单工厂模式的简化

将抽象产品类和工厂类合并,将静态工厂方法移至抽象产品类中:

image

简单工厂模式的优缺点与适用环境

模式优点

  • 实现了对象创建和使用的分离
  • 客户端无须知道所创建的具体产品类的类名,只需要知道具体产品类所对应的参数即可
  • 通过引入配置文件,可以在不修改任何客户端代码的情况下更换和增加新的具体产品类,在一定程度上提高了系统的灵活性

模式缺点

  • 工厂类集中了所有产品的创建逻辑,职责过重,一旦不能正常工作,整个系统都要受到影响
  • 增加系统中类的个数(引入了新的工厂类),增加了系统的复杂度和理解难度
  • 系统扩展困难,一旦添加新产品不得不修改工厂逻辑
  • 由于使用了静态工厂方法,造成工厂角色无法形成基于继承的等级结构,工厂类不能得到很好地扩展

模式适用环境

  • 工厂类负责创建的对象比较少,由于创建的对象较少,不会造成工厂方法中的业务逻辑太过复杂
  • 客户端只知道传入工厂类的参数,对于如何创建对象并不关心
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值