还记得前面的简单工厂模式么?我们开了一个水果工厂FruitFactory
,生产三种水果Apple
,Pear
,Orange
。今天给大家讲讲工厂方法模式:
老板搞水果工厂赚了点小钱,准备扩大生产,每个工厂生产一种水果,各司其职,而不是把所有的产品类型都放到一个工厂中。
既然有多工厂,那我们和之前一样,搞一个水果工厂类FruitFactory
,把它搞成接口类。
import factory.Fruit;public interface FruitFactory { public Fruit getFruit();}
水果类的定义还是一样,定义一个水果接口Fruit
:
public interface Fruit { public void process();}
水果分别如下,我直接写到一块去了:
public class Apple implements Fruit { public void process() { System.out.println("I am an Apple"); }}public class Pear implements Fruit { public void process() { System.out.println("I am a Pear"); }}public class Orange implements Fruit { public void process() { System.out.println("I am an Orange"); }}
既然有多个工厂。那我们分别定义多个工厂,对水果工厂类做不同的实现,分别生产苹果,雪梨,橙子。
public class AppleFactory implements FruitFactory { public Fruit getFruit(){ return new Apple(); }}public class PearFactory implements FruitFactory { public Fruit getFruit(){ return new Pear(); }}public class OrangeFactory implements FruitFactory { public Fruit getFruit(){ return new Orange(); }}
测试代码如下:
public class FruitTest { public static void main(String[] args) { FruitFactory appleFactory = new AppleFactory(); Fruit apple = appleFactory.getFruit(); apple.process(); FruitFactory pearFactory = new PearFactory(); Fruit pear = pearFactory.getFruit(); pear.process(); }}
运行结果:
I am an Apple I am an Pear
上面的写法,如果后续还有生产不同的水果,或者不同的水果工厂,相对容易拓展。总结一下,工厂方法模式一共有以下的角色:
- 抽象工厂:提供了创建产品的接口,调用者通过它访问具体工厂的工厂方法
getFruit()
来创建水果产品。 - 具体工厂:主要是实现抽象工厂中的抽象方法,创建具体的产品。
- 抽象产品:定义了产品规范,比如所有的水果共同的特性。
- 具体产品:实现了抽象产品角色所定义的接口,由具体工厂来创建,它同具体工厂之间一一对应。
那么工厂方法模式,相对简单工厂模式,有什么区别呢?
工厂方法模式,一种工厂对应一种产品,各司其职,如果产品很多的话,方便分开维护,特别是那种创建产品比较复杂的场景,而产品类型又比较多,这样就会显得很臃肿。
但是如果产品很少,而且创建过程相对简单的时候,感觉简单工厂模式已经足够,不需要特意为了使用一种设计模式而使用它,过度设计会带了很多不必要的麻烦。