描述:定义一个用于创建对象的接口,让子类决定实例化哪一个类。Factory Method使一个类实例化延迟到其子类。
接着上一篇简单工厂模式来讲,可以看到新增了抽象工厂角色。
关键点
- 抽象工厂角色:这是工厂方法模式的核心。是具体工厂角色必须实现的接口或者必须继承的父类,在java中由接口或者抽象类来实现。
- 具体工厂角色:含有一定的商业逻辑和判断逻辑,在java中往往由一个具体类实现。
- 抽象产品角色:一般是具体产品继承的父类或者实现的接口,在java中由接口或者抽象类来实现。
- 具体产品角色:工厂类所创建的对象就是此角色的实例,在java中有一个具体类实现。
情景还是上一篇的客户购车:
假设此时做了一些更改,4s店有两个生产部门,一个部门专门生产宝马汽车,另一个专门生产奥迪汽车。
原来的工厂角色变成了两个,一个是抽象工厂角色(接口),一个是具体工厂角色。具体工厂角色又分了两个部门(奥迪,宝马)。简单来说就是:CarFactory变成了接口,它有一个生产汽车的方法,我们分别创建具体工厂BaomaFactory与AodiFactory来实现这个接口,这样一来就实现了两个部门生产不同的汽车。
也就是上面所说使一个类实例化延迟到其子类。
看代码比较容易懂:
汽车接口及其实现宝马汽车、奥迪汽车不变
package com.zlfan.methodfactory;
/*
* 汽车接口
*/
public interface Car {
void run();
}
package com.zlfan.methodfactory;
/*
* 宝马汽车
*/
public class BaomaCar implements Car {
@Override
public void run() {
System.out.println("宝马跑起来了。");
}
}
package com.zlfan.methodfactory;
/*
* 奥迪汽车
*/
public class AodiCar implements Car {
@Override
public void run() {
System.out.println("奥迪跑起来了。");
}
}
4s店此时变成了CarFactory接口
package com.zlfan.methodfactory;
/*
* 汽车工厂接口
*/
public interface CarFactory {
Car produceCar();
}
两个部门实现此接口
package com.zlfan.methodfactory;
public class BaomaFactory implements CarFactory {
@Override
public Car produceCar() {
// TODO Auto-generated method stub
return new BaomaCar();
}
}
package com.zlfan.methodfactory;
public class AodiFactory implements CarFactory {
@Override
public Car produceCar() {
// TODO Auto-generated method stub
return new AodiCar();
}
}
最终客户购买的时候,就相当于到4s店具体哪个部门购车
package com.zlfan.methodfactory;
public class Customer {
public static void main(String[] args) {
// TODO Auto-generated method stub
CarFactory baoma = new BaomaFactory();
baoma.produceCar().run();
CarFactory aodi = new AodiFactory();
aodi.produceCar().run();
}
}
该工厂方法模式的结构是这样的:
上一篇讲到了开闭原则,此时客户要购买店里没有的奔驰车型,我们该如何拓展4s店呢?
需要新增一个奔驰生产部(BenchiFactory)实现CarFatory接口,另外新增BenchiCar实现Car接口,在BenchiFactory中就可以创建奔驰车对象BenchiCar了。
package com.zlfan.methodfactory;
public class BenchiCar implements Car {
@Override
public void run() {
// TODO Auto-generated method stub
System.out.println("奔驰跑起来了。");
}
}
package com.zlfan.methodfactory;
public class BenchiFactory implements CarFactory {
@Override
public Car produceCar() {
// TODO Auto-generated method stub
return new BenchiCar();
}
}
这样,我们就在不改变已有的代码的基础上,扩展了变化。
工厂方法模式的优缺点
优点:更符合开闭原则,新增一种产品,只需要增加相应的具体产品类和相应的工厂子类即可。
符合单一职责原则,每个具体工厂类只负责创建对应的产品。
缺点:在增加一个新产品的时候,需要增加一个产品类和具体的子工厂类,给系统,增加负担的同时,每个工厂生产一种
产品,太过单一。
工厂方法模式的适用场景
- 当一个类不知道它所必须创建的对象的类的时候。
- 当一个类希望由它的子类来指定它所创建的对象的时候。
- 当类将创建对象的职责委托给多个帮助子类中的某一个,并且你希望将哪一个帮助子类使代理者这一信息局部化的时候。
工厂方法模式足以应付我们可能遇到的大部分业务需求。但是当产品种类非常多的时候怎么办呢?
下一篇抽象工厂