factory method

本文通过实例解析如何使用工厂方法解决面向接口编程时的面向抽象编程与面向具体编程之间的矛盾,详细介绍了工厂方法的实现过程及其实现原理,并讨论了其与依赖注入、控制反转等概念的关系。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

问题场景:一般来说,一个系统之中都会有数据的导出工作,导出的时候的格式文件由自己来选择,有xml格式,excel格式,文本格式等等。可是用户在通常情况之下是不知道后台的实现方式的,也并不知道哪种是导出的xml哪种是导出excel的实现的,这个时候你会说,java是面向接口编程的呀,知道接口不就行了?

是的,是面向接口编程,可是你只知道接口的时候,怎么去使用?接口是没有办法直接使用的呀,我们必须得面向具体的类才能得到要使用的实现类啊。你看,我们是去根据实际的类去编程,可是java是面向接口编程的,这是不是矛盾?


该如何解决? 
这里将问题重现: 
有一个客户需要导出文件的调用:
Client.
有两种导出方式:xml和excel格式
接口和实现如下: 
public interface ExportXml {


	public void export();
}

实现: 
public class ExportXmlImpl implements ExportXml {


	@Override
	public void export() {
		System.out.println("导出xml文件");
	}


}


public interface ExportExcel {


	public void export();
}

实现:
public class ExportExcelImpl implements ExportExcel {


	@Override
	public void export() {
		System.out.println("导出excel文件");
	}
} 

注意,这里的接口和实现都在系统内部,客户端是并不知道的,这也就是刚才所说的问题,客户端如何去使用这些实现呢?这也就是即要面向抽象编程又要面向具体编程的矛盾之处。

工厂方法可以解决这一切。 我们将工厂方法叫做Creator。
在Creator内部去得到具体的实现,返回给客户端调用,且Creator一般是抽象的,延迟到子类去实现的。
Creator类
/**
 * 工厂方法
 * @author liuwy
 *
 */
public abstract class Creator {


	/**
	 * 返回导出excel的工厂方法
	 * @return
	 */
	protected abstract ExportExcel factoryMethod();
	
	protected abstract ExportXml xmlFactoryMethod();
	
	public void someOper(){
		//这里可以获取产品导出
		ExportExcel excel = factoryMethod();
		excel.export();
	}
}

这是一个抽象类,里边有两上抽象方法,分别提供给子类进行实现,有一个默认的someOper方法,里边可以由子类进行覆盖,进行重写之后的具体操作。
实现类之excel
 
public class ExportExcelOper extends Creator {


	@Override
	protected ExportExcel factoryMethod() {
		return new ExportExcelImpl();
	}


	@Override
	protected ExportXml xmlFactoryMethod() {
		return null;
	}


}


这里只是用工厂方法返回一上具体类,当然是在系统之内,客户端是不知道具体实现类是谁,这点是肯定的。 


客户端调用: 
public static void main(String[] args) {
	//这里用工厂方法进行调用的时候
	Creator c = new ExportExcelOper();
	c.someOper();
}		


1、这里客户端直接使用了Creator产生出的对象,还有一种用法就是在someOpoer里将所有操作全部覆盖后,客户端直接使用Creator对象,而不再使用产生出的对象,一般我们建议这么做。 
2、factoryMethod一般是不对外开放的,他只是供 Creator内部的一些其实方法使用,便于封装。 

这就是工厂方法。 

这里主要说说额外的东西。
1、DI/IOC,分别代表依赖注入和控制反转,这里工厂方法的思想有点类似他们。
2、不是主动的去创建去new,用的时候直接取出来了,对象直接已经被创建好了的关联。 
3、工厂方法和简单工厂类似,如果去掉两个扩展的子类就十发相似了,在Creator里直接返回接口的实现,是不是就和简单工厂非常类似了?只不过比简单工厂更高级的地方就是工厂方法已经完全的实现了OCP,因为你如果想要实现另一种导出方式的时候,只需要增加一个接口,一个实现,一个Creator子类的操作,其实地方都不用修改。


工厂方法何时使用?
1、如果你想要扩展的时候,且想要延迟以子类实现具体业务的时候,考虑。
2、如果一个类本身,需要用子类为创建所需要的对象的时候。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值