工厂方法模式(Factory Method)
定义一个创建产品对象的工厂接口,将实际创建工作推迟到子类当中。核心工厂类不再负责产品的创建,这样核心类成为一个抽象工厂角色,仅负责具体工厂子类必须实现的接口,这样进一步抽象化的好处是使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品。
核心:
- 抽象工厂
- 具体工厂
- 抽象产品
- 具体产品
类图:
实现:
package com.nm.study.factorymethodpattern;
/**
* 工厂方法设计模式
*/
//抽象工厂
interface FoodFactory{
public FoodInterface getFood();
}
//抽象产品
interface FoodInterface{
public void eat();
}
//具体产品
class SweetPotat implements FoodInterface{
@Override
public void eat() {
// TODO Auto-generated method stub
System.out.println("我是一个番茄");
}
}
//具体工厂
class SweetPotatoFactory implements FoodFactory{
@Override
public FoodInterface getFood() {
// TODO Auto-generated method stub
return new SweetPotat();
}
}
//具体产品
class tomato implements FoodInterface{
@Override
public void eat() {
// TODO Auto-generated method stub
System.out.println("我是一个马铃薯");
}
}
//具体工厂
class tomatoFactory implements FoodFactory{
@Override
public FoodInterface getFood() {
// TODO Auto-generated method stub
return new tomato();
}
}
public class FactoryMethodPattern {
public static void main(String[] args) {
FoodFactory food = new tomatoFactory(); //获取产品工厂
FoodInterface foodInterface = food.getFood(); //获取对应产品
foodInterface.eat(); //产品功能展示
}
}
工厂方法的优点:
1.实现了真正意义上的解耦,使产品的创建和产品的实现分离;后期可以在不修改已有产品的情况下,增加新的产品系列。
2.作为约束,具体工厂的实现作为接口,在原则上是不允许修改的。
工厂方法模式的缺点:
1.随着抽象工厂的种类增加,具体工厂的种类将会成倍增长,增加了代码的冗余。
应用场景:
1.对于某个产品,调用者清楚地知道应该使用哪个具体工厂服务,实例化该具体工厂,生产出具体的产品来。Java Collection中的iterator() 方法即属于这种情况。
2.只是需要一种产品,而不想知道也不需要知道究竟是哪个工厂为生产的,即最终选用哪个具体工厂的决定权在生产者一方,它们根据当前系统的情况来实例化一个具体的工厂返回给使用者,而这个决策过程这对于使用者来说是透明的。