工厂方法模式
本篇博客结束工厂模式中第二种模式,工厂方法模式。
工厂方法模式一般分4个角色:
- 抽象工厂
- 具体工厂
- 抽象对象
- 具体对象
下面这个例子就是简单的工厂方法模式
抽象对象
public interface Fruit {
/*
* 种植
*/
public void plant();
}
具体对象
public class Apple implements Fruit {
@Override
public void plant() {
// TODO Auto-generated method stub
System.out.println("种苹果");
}
}
public class Banana implements Fruit {
@Override
public void plant() {
// TODO Auto-generated method stub
System.out.println("种香蕉");
}
}
抽象工厂
public interface FruitFactory {
/*
* 生产
*/
public Fruit product();
}
具体的工厂
public class AppleFactory implements FruitFactory {
@Override
public Fruit product() {
// TODO Auto-generated method stub
return new Apple();
}
}
public class BananaFactory implements FruitFactory {
@Override
public Fruit product() {
// TODO Auto-generated method stub
return new Banana();
}
}
主程序
public class MainClass {
public static void main(String[] args) {
FruitFactory appleFactory = new AppleFactory();
Fruit apple = appleFactory.product();
apple.plant();
System.out.println("---------------------");
FruitFactory bananaFactory = new BananaFactory();
Fruit banana = bananaFactory.product();
banana.plant();
}
}
这个例子的业务场景和上一篇简单工厂模式中的例子相同,只是用工厂方法模式实现的一遍,那这边就比较一下工厂方法模式和简单工厂模式。
工厂方法模式与简单工厂模式在结构上的不同不是很明显,工厂方法类的核心是一个抽象工厂类,而简单工厂模式把核心放在一个具体类上。
工厂方法模式之所以有一个别名叫多态性工厂模式是因为具体的工厂类都有共同的接口,或者有共同的抽象父类。
工厂方法模式很好的符合了“开放-封闭”原则,何为“封闭”,就是当有新的业务需求来的时候,不需要更改老的业务代码,相当于将老代码封闭起来了;何为“开发”,当增加新的业务模块时,只要符合规则,系统能很好的进行扩展。这也是简单工厂模式的缺点,在添加新产品对象后不得不修改工厂方法,扩展性不好。
工厂方法模式退化后可以演变成简单工厂模式。