工厂模式
工厂模式就是专门负责将大量有共同接口的类实例化,而且不必事先知道每次是要实例化哪一个类的模式。它定义一个用于创建对象的接口,由子类决定实例化哪一个类。工厂模式相当于创建实例对象的new,经常要根据类Class生成实例对象,如A a=new A() 工厂模式也是用来创建实例对象的。
UML类图
- 抽象产品类(AbstractProduct):类中定义抽象一些方法,在子类中具体实现。
- 具体产品类(ProductX):实现基类中的抽象方法(多个不同的具体产品,X=1,2,3..)。
- 抽象工厂类或接口(AbstractFactory):定义具体工厂的公共接口。
- 具体工厂类(FactoryX):定义创建对应具体产品实例的方法。(每个工厂对应一种具体产品,X=1,2,3...)。
案例分析
既然是工厂,当然是要生产产品。那我们来造什么好呢?,,嗯,,,造小孩?NO,NO,NO!我们还是来造英雄吧。
场景:玩《英雄联盟》(5v5 moba端游)新开一局游戏,游戏开始每个玩家需要选一个信赖的英雄。选好后,英雄会很兴奋,说一句专属的台词。那么程序上是new
出该英雄的对象,执行该对象的say()
方法。
常规写法:
建立英雄类:
public abstract class Hero {
protected String name;
public abstract void say();
}
寒冰射手-艾希类(继承Hero
类):
public class Ashe extends Hero {
// 简化构造方法,只弄个名字。
public Ashe() {
this.name = "寒冰射手-艾希";
}
// 艾希台词
// 艾希台词
@Override
public void say() {
System.out.println(name + ":" + "世间万物皆系于一箭之上。");
}
}
类似的写了亚索类,光辉类,盖伦类,剑圣类(全部英雄的话,还有好多)。再写个枚举(可以不需要,仅仅拿来当对应标识使用)。
public enum Who {
Ashe,
Garen,
Yi,
Lux,
Yasuo
}
然后客户端调用:(菜鸟写法)
import java.util.Scanner;
public class Client1 {
public static void main(String[] args) {
Scanner can = new Scanner(System.in);
String name = can.next();
can.close();
switch (Who.valueOf(name)) {
case Ashe:
// 艾希
Ashe ashe = new Ashe();
ashe.say();
break;
case Yasuo:
// 亚索
Yasuo yasuo = new Yasuo();
yasuo.say();
break;
case Garen:
// 德玛
Garen garen = new Garen();
garen.say();
break;
case Lux:
// 光辉
Lux lux = new Lux();
lux.say();
break;
case Yi:
// 剑圣
Yi yi = new Yi();
yi.say();
break;
}
}
}
客户端调用:(好学生写法,父类的子类引用)
public class Client2 {
public static void main(String[] args) {
Scanner can = new Scanner(System.in);
String name = can.next();
can.close();
Hero hero = null;
switch (Who.valueOf(name)) {
case Ashe:
// 艾希
hero = new Ashe();
break;
case Yasuo:
// 亚索
hero = new Yasuo();
break;
case Garen:
// 德玛
hero = new Garen();
break;
case Lux:
// 光辉
hero = new Lux();
break;
case Yi:
// 剑圣
hero = new Yi();
break;
}
hero.say();
}
}
这里客户端需要知道:
- 英雄怎么构造,怎么
new
出来。(事实上英雄的构造远没有这么简单。) - 每个英雄的方法怎么调用。(这里都是
say()
方法)
我们前面提到,利用工厂可以把创建对象的过程封装掉,客户端只要知道得到对象后调用其方法即可。用工厂代替
new
的过程。那就看看工厂方法怎么去实现吧。
工厂模式写法
先建立一个工厂类的接口:
public interface Factory {
//创建英雄的接口
public abstract Hero create();
}
然后建立不同英雄对应的工厂实现类。比如艾希工厂:
public class AsheFactory implements Factory {
//实现具体的创建英雄的方法。
public Hero create() {
return new Ashe();
}
}
同样的建立亚索工厂,光辉工厂,盖伦工厂,剑圣工厂等。
然后客户端调用:
public class Client3 {
public static void main(String[] args) {
Scanner can = new Scanner(System.in);
String name = can.next();
can.close();
Factory factory = null;
switch (Who.valueOf(name)) {
case Ashe:
// 艾希工厂
factory = new AsheFactory();
break;
case Yasuo:
// 亚索工厂
factory = new YasuoFactory();
break;
case Garen:
// 德玛工厂
factory = new GarenFactory();
break;
case Lux:
// 光辉工厂
factory = new LuxFactory();
break;
case Yi:
// 剑圣工厂
factory = new YiFactory();
break;
}
Hero hero = factory.create();
hero.say();
}
}
switch
中不再是英雄的创建过程,而是选择英雄工厂的过程。根据不同name
选择不同的工厂,然后由工厂去实例化具体英雄对象。
新增一个英雄,就新增一个对应的工厂。需要修改的只有客户端代码。
如果不需要新增也不需要减少。我们是不是可以把工厂的选择封装起来。让多家工厂合并成一家工厂。那就是接下来要讲的简单工厂模式
简单工厂模式
简单工厂模式(Simple Factory Pattern)是类的创建模式,又叫做静态工厂方法模式。就是由一个工厂类根据传入的参量决定创建出哪一种产品类的实例。与上面工厂模式的区别就是它只需要一个工厂。
UML类图
- 抽象产品类(AbstractProduct):类中定义抽象一些方法,在子类中具体实现。
- 具体产品类(ConcreteProduct):实现基类中的抽象方法。
- 工厂类(Factory):用以封装实例化对象过程,根据传入的参数决定生产不同的产品。
利用简单工厂的写法:
其他地方不变,将工厂合并成一个工厂类,并在内部写个静态方法,根据传入的参数决定创建不同的英雄对象:
public class SimpleFactory {
public static Hero create(String name) {
Hero hero = null;
switch (Who.valueOf(name)) {
case Ashe:
// 艾希
hero = new Ashe();
break;
case Yasuo:
// 亚索
hero = new Yasuo();
break;
case Garen:
// 德玛
hero = new Garen();
break;
case Lux:
// 光辉
hero = new Lux();
break;
case Yi:
// 剑圣
hero= new Yi();
break;
}
return hero;
}
}
客户端代码做简单修改:
public class Client4 {
public static void main(String[] args) {
Scanner can = new Scanner(System.in);
String name = can.next();
can.close();
// 根据传入的名字构建不同的英雄。
Hero hero = SimpleFactory.create(name);
hero.say();
}
}
客户端不需要知道对象的构建过程,只要传入参数得到不同对象。
但是简单工厂是固定的,如果增减英雄他就要修改。不符合开闭原则。这时候用前面工厂模式好,把修改转移给客户端,而不修改工厂代码。
运行结果
选个盖伦试试:
不浪了,不浪了。
抽象工厂模式
请看下篇【设计模式】抽象工厂模式。
附件
设计模式Demo
GitHub源码:https://github.com/wzmyyj/Design-Pattern