简单工厂模式是工厂模式中家族最简单实用的模式，可以理解为不同工厂模式的一个特殊的实现。

值得注意的是：简单工厂模式并不属于23种设计模式之一。但是它是抽象工厂模式、工厂模式的基础，并且也有广泛的应用。

概念

简单工厂模式是属于创建型模式，又叫做静态工厂方法(Static Factory Method)模式。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。

作用

介绍简单工厂模式之前通过一个披萨项目的例子来引出问题，然后给出简单工厂模式这种解决方案，然后随着披萨项目的不断扩展，遇到新的问题，引出工厂方法模式；然后又遇到新的问题，引出最终的解决方案(抽象工厂模式)。

披萨项目介绍

比如一个披萨店，店长一名，目前卖两种口味的披萨，GreekPizza和CheesePizza，每个披萨都有prepare(),bake(),cut(),box()这4种步骤、原料、烘焙、切割、打包、最后给用户吃。

把上述这个过程抽象后，类图如下：

Pizza披萨抽象类

public abstract class Pizza{

//四个抽象方法

public abstract void prepare();

public abstract void bake();

public abstract void cut();

public abstract void box();

}

GreekPizza披萨类(继承了披萨抽象类)

public class GreenPizza extends Pizza{

public void prepare(){

System.out.println("开始准备GreenPiazza");

}

public void bake(){

System.out.println("正在烤GreenPiazza");

}

public void cut(){

System.out.println("正在切GreenPiazza");

}

public void box(){

System.out.println("正在打包GreenPiazza");

}

}

**CheesePizza披萨类 **(继承了披萨抽象类)

public class CheesePizza extends Pizza{

public void prepare(){

System.out.println("开始准备CheesePizza");

}

public void bake(){

System.out.println("正在烤CheesePizza");

}

public void cut(){

System.out.println("正在切CheesePizza");

}

public void box(){

System.out.println("正在打包CheesePizza");

}

}

( 客户端)店长根据客户点的餐生成不同的披萨

try{

Pizza pizza;

if("cheese".equal(orderType))

pizza = new CheesePizza();

if("greek".equal(orderType)){

pizza = new GreekPizza();

}

}catch(Exception e){

...

}

业务很简单，根据用户想买的披萨，生成不同的披萨。但是如果想要不同口味的披萨，一般的办法就是生成一个披萨类，然后继承于Pizza,最后在orderPizza中，添加下面语句：

if("chocolate".equal(orderType)){

pizza = new Chocolate();

}

如果后来披萨口味越多，负责点餐的店长会很不开心，既要点餐又要做披萨，一个人忙不过来，希望请一个厨师来专门做披萨，那样会轻松点，简单工厂模式可以做到。

实现方式

简单工厂模式如下：

从图中可以看出，简单工厂模式涉及到工厂角色、抽象产品角色以及具体产品角色等三个角色：

工厂类(Factory)角色：担任这个角色的是工厂方法模式的核心，含有与应用紧密相关的商业逻辑。

抽象产品(Product)角色：担任这个角色的类是由工厂方法模式所创建的对象的父类，或它们共同拥有的接口，这里指的就是Pizza这个类。

具体产品(Concrete Product)角色：工厂方法模式所创建的任务对象都是这个角色的实例，这里指GreenPizza和CheesePizza。

把上面的披萨项目用简单工厂模式来实现的话，无非就是创建一个工厂类(厨师)来接管店长之前要做烤披萨的活，而店长只要告诉这个工厂类(厨师)他需要那种披萨就好。

工厂(factory)处理创建对象的细节。一旦有了SimplePizzaFactory，orderPizza()就变成此对象的客户。当需要披萨时，就叫披萨工厂做一个。现在orderPizza()方法只关心从工厂得到了一个披萨，而这个披萨实现了Pizza接口，所以它可以调用prepare()、bake()、cut()、box()来分别进行准备、烘烤、切片、包装。

//SimplePizzaFactory是我们的新类，它只做一件事：帮它的客户创建披萨

public class SimplePizzaFactory{

//所有客户用这个方法CreatePizza实例化新对象

//想要不同口味的披萨就传入不同的参数

public static Pizza CreatePizza(String orderType){

Pizza pizza = null;

if(orderType.equals("cheese")){

pizza = new CheesePizza();

}else if(orderType.equals("greek")){

pizza = new GreekPizza();

}

return pizza;

}

//SimplePizzaFactory可以拥有多个客户(方法)

......

}

在使用时，店长只需要调用工厂类SimplePizzaFactory的静态方法CreatePizza()即可：

try{

Pizza pizza;

pizza = SimplePizzaFactory.CreatePizza("cheese");

pizza = SimplePizzaFactory.CreatePizza("greek");

}catch(Exception e){

...

}

上述问题依然存在，这么做的好处是什么呢？

SimplePizzaFactory可以拥有多个客户。虽然目前只看到orderPizza()方法是它的客户，然而，可能还有PizzaShopMenu(披萨店菜单)类，会利用这个工厂来取得披萨的价钱和描述。可能还有一个HomeDelivery(宅急送)类，会与PizzaShop类不同的方式处理披萨。总而言之，SimplePizzaFactory可以有许多的客户。

所以，把创建的披萨的代码包装进一个类，当以后现实改变时，只需要修改这个类即可。(撤换掉厨师而不影响到店长)

简单工厂模式的优缺点

优点：模式的核心是工厂类。这个类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例。而客户端则可以免除直接创建对象的责任(比如服务员)。**简单工厂模式通过这种做法实现了对责任的分割。 **

缺点：这个工厂类集中了所有的创建逻辑，当有复杂的多层次等级结构时，所有的业务逻辑都在这个工厂类中实现。什么时候它不能工作了。整个系统都会受影响。并且简单工厂模式违背了**开闭原则 **(对扩展的开放，对修改的关闭)

应用场景

在一下情况下可以考虑使用简单工厂模式：

工厂类负责创建的对象比较少，由于创建的对象较少，不会造成工厂方法中的业务逻辑太过于复杂。

客户端只知道传入工厂类的参数，对于如何创建对象并不关心。

参考资料

Head First 设计模式