工厂方法模式乍一听和简单工厂模式很相似。很容易把他们弄混。我们先来学习什么是工厂方法模式。
工厂方法模式(Factory Method):定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。
我们来先看一下简单工厂模式的UML类图结构。
对应的基本代码
interface Product{
void Method();
}
class ConcreteProduct implements Product{
@Override
public void Method(){
//具体产品的方法
}
}
<pre name="code" class="java">class ProductFactory{
public Product product;
public static Product createProduct(){
if(product == null){
product = new ConcreteProdyct();
}
return product;
}
}
我们再来看看工厂方法模式的UML类图
对应的基本代码,左边产品类的就不写了。和简单工厂是一样的
Interface Factory{
void FactoryMethod();
}
class ConcreteFactory implements Factory {
public Product product;
@Override
public Product createProduct(){
if(product == null){
product = new ConcreteProdyct();
}
return product;
}
区别不是很大,对么。我也觉得,能用简单工厂解决,为嘛要用工厂方法呢?其实工厂方法它存在是有其意义的,我们还是以计算器为例子。我们把运算类抽象出来,作为Product,然后各种运算作为ConcreteProduct。简单工厂模式就是直接生成运算类的对象,但是当客户需要添加新的需求时,比如多一个求根运算,那么在ConcreteProduct层需要添加一个求根运算类,这里对整个结构而言只做了扩展,没有问题。但是在工厂类这边,就需要对工厂进行修改。添加一个case分类,并做扩展。那么就违背了设计原则中的开放-封闭原则,将修改和扩展都做了开放。如果采用工厂方法模式,也就不存在这个问题了。也许在这个例子中看不出他们太大的区别,因为修改的地方并不多,改动也不大,但是在一个大项目中,就有可能出问题了。
我们这里也举个例子来应用工厂方法模式。就以好人好事来吧。都非常简单。
直接上传git的地址:
https://github.com/SingleShu/FactoryMethodModel