为什么要使用工厂模式?
先看一个例子:
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; } }
上面所写的例子只不过是个简单工厂,它其实算不上是一种设计模式,反而像一种编程习惯。