23种设计模式之一工厂方法模式

通过大牛推荐,看了这本《设计模式之禅》书籍,个人将书里的一些重点罗列出来了,如有错误地方,麻烦各位大牛告知。

23种设计模式之一工厂方法模式

工厂方法模式的定义
工厂方法模式使用的频率非常高,在我们日常的开发中总能见到它的身影。其定义为:Defome am omterface fpr creating an object, but let subclasses decide which class to instantiate. Factory Method lets a class defer instantiation to subclasses.
(定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。)

在这里插入图片描述

在工厂方法模式中,抽象产品类Product负责定义产品的共性,实现对事物最抽象的定义;Creator为抽象创建类,也是抽象工厂,具体如何创建产品类是由具体的实现工厂ConcreteCreator完成的。

抽象产品类
public abstract class Product{
	//产品类的公共方法
	public void method1(){
		//业务逻辑处理
	}
	//抽象方法
	public abstract void method2();
}

具体的产品类可以有多个,都继承与抽象产品类。

具体产品类
public class ConcreteProduct1 extends Product{
	public void method2(){
		//业务逻辑处理
	}
}

public class ConcreteProduct2 extends Product{
	public void method2(){
		//业务逻辑处理
	}
}

抽象工厂类
pblic abstract class Creator{
	/**
	  * 创建一个产品对象,其输入参数类型可以自行设置
	  * 通常为String、Enum、Class等,当然也可以为空
	  * /
	public abstract <T extends Product> T createProduct(Class<T> c);
}

具体工厂类
public class ConcreteCreator extends Creator{
	public <T extends Product> T createProduct(Class<T> c){
		Product product = null;
		try{
			product = (product)Class.forNmae(c.getName).newInstance();
		}catch(Exception e){
			//异常处理
		}
		return (T)product;
	}
}

场景类
public class Client{
	public static void main(String[] args){
		Creator creator = new ConcreteCreator();
		Product product = creator.createProduct(ConcreteProduct1.class);
		/* 
		 * 继续业务处理
		 */
	}
}

工厂方法模式的优点:
首先,良好的封装性,代码接口清晰。一个对象创建是有条件约束的,如果一个调用者需要一个具体的产品对象,只要知道这个产品的类名就可以了,不用知道创建对象的艰辛过程,降低模块减的耦合。
其次,工厂方法模式的扩展性非常优秀。在增加产品类的情况下,只要适当的修改具体的工厂类或扩展一个工厂类,就可以完成“拥抱变化”。
再次,屏蔽产品类。这一特点非常重要,产品类的实现如何变化,调用者都不需要关心,它只需要关心产品的接口,只要接口保持不变,系统中的上层模块就不要发生变化。因为产品类的实例化工作是由工厂类负责的,一个产品对象具体由哪个产品生成是由工厂类决定的。在数据库开发中MaSQL切换到Oracle,需要改动的地方就是切换一下驱动名称(前提条件是SQL语句是标准语句),其他的都不需要修改,这是工厂方法模式灵活性的一个直接案例。
最后,工厂方法模式是典型的解耦框架。高层模块值需要只得到产品的抽象类,其他的实现类都不用关心,复合迪米特法则,我不需要的就不要去交流;也符合依赖倒置原则,只依赖产品类的抽象;当然也符合里氏替换原则,使用产品子类替换产品父类,没问题!

工厂方法模式的使用场景:
首先,工厂方法模式是new一个对象的替代品,所以在所有需要生成对象的地方都可以使用,但是需要慎重地考虑是否要增加一个工厂类进行管理,增加代码的复杂度。
其次,需要灵活的、可扩展的框架时,可以考虑采用工厂方法模式。
再次,工厂方法模式可以用在异构项目中,例如通过WebService与一个非java的项目交互,虽然WebService号称是可以做到异构系统的同构化,但是在实际的开发中,还是会碰到很多问题,如类型问题、WSDL文件的支持问题,等等。
最后,可以使用在测试驱动开发的框架下。

最佳实践
工厂方法模式在项目中使用得非常频繁,以至于很多代码中都包含工厂方法模式。该模式几乎尽人皆知,但不是每个人都能用得好。熟能生巧,熟练掌握该模式,多思考工厂方法如何应用,而且工厂方法模式还可以与其他模式混合使用(例如模板方法模式、单例模式、原型模式等),变化出无穷的优秀设计,这也正是软件设计和开发的乐趣所在。

  • 2
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值