为什么要使用工厂模式?
先看一个例子:
Duck duck = new MallardDuck();//野鸭
我们在实例化的时候,用的是具体类(new后面的是具体类)。绑定具体类会导致代码更脆弱,缺乏弹性。
当有一群相关类时,通常会写出这样的代码:
Duck duck;
if(picnic){
duck = new MallardDuck();
}else if(hunting){
duck = new DecoyDuck();
}else if(isBathTub){
duck = new RubberDuck();
}
一旦有扩展会变化,就必须重新打开这段代码进行检查和修改,容易犯错。
以上代码并非“对修改关闭”。想用新的具体类型来扩展代码时,必须重新打开修改它。
有一个重要的设计原则是“找出变化的部分,把它从不变的部分中分离出来”。
针对接口编程可以隔离掉以后系统可能发生的一大堆改变。
再看下面这个更详细的例子:比萨店
要生产一个比萨,必须先实例化它,然后还有一系列的流程,如:准备、烧烤、切片、包装。
Pizza orderPizza(){
Pizza pizza = new Pizza();
pizza.prepare();//准备
pizza.bake();//烘烤
pizza.cut();//切片
pizza.box();//包装
return pizza;
}
如果要加入其它类型的比萨,怎么做呢?先定义一个pizza接口,其它pizza类型实现这个接口。
Pizza orderPizza(String type){
Pizza pizza ;
if(type.equals("cheese")){
pizza = new CheesePizza();
}else if(type.equals("greek")){
pizza = new GreekPizza();
}else if(type.equals("pepperoni")){
pizza = new PepperoniPizza();
}
pizza.prepare();//准备
pizza.bake();//烘烤
pizza.cut();//切片
pizza.box();//包装
return pizza;
}
上面这个方法中,当我们要增加或删除某种比萨类型,就必须要对其进行修改,所以其无法对修改关闭。
使用封装!
将上面这个方法中创建pizza的代码取出定义成一个类。
public class SimplePizzaFactory(){
public Pizza createPizza(String type){
Pizza pizza = null;
if(type.equals("cheese")){
pizza = new CheesePizza();
}else if(type.equals("greek")){
pizza = new GreekPizza();
}else if(type.equals("pepperoni")){
pizza = new PepperoniPizza();
}
return pizza;
}
}
重写PizzaStore类
public class PizzaStore{
SimplePizzaFactory factory;
public PizzaStore(SimplePizzaFactory factory){
this.factory = factory;
}
public Pizza orderPizza(String type){
Pizza pizza = factory.createPizza(type);
pizza.prepare();
pizza.bake();
pizza.cut();
pizza.box();
return pizza;
}
}
上面所写的例子只不过是个简单工厂,它其实算不上是一种设计模式,反而像一种编程习惯。