设计模式:抽象工厂模式（Abstract Factory）

在设计原则中有这样一句话“我们应该针对接口编程，而不是正对实现编程”。但是我们还是在一直使用new关键字来创建一个对象，这不就是在针对实现编程么？

针对接口编程，可以隔离掉以后系统可能发生的一大堆改变。入股代码是针对接口而写，那么可以通过多态，它可以与任何新类实现该接口。但是，当代码使用一大堆的具体类时，等于是自找麻烦，因为一旦加入新的具体类，就必须要改变代码。在这里我们希望能够调用一个简单的方法，我传递一个参数过去，就可以返回给我一个相应的具体对象，这个时候我们就可以使用简单工厂模式。

一、基本定义

简单工厂模式又称之为静态工厂方法，属于创建型模式。在简单工厂模式中，可以根据传递的参数不同，返回不同类的实例。简单工厂模式定义了一个类，这个类专门用于创建其他类的实例，这些被创建的类都有一个共同的父类。

二、模式结构

模式结构图如下：

模式分析：

Factory：工厂角色。专门用于创建实例类的工厂，提供一个方法，该方法根据传递的参数不同返回不同类的具体实例。

Product：抽象产品角色。为所有产品的父类。

ConcreteProduct：具体的产品角色。

简单工厂模式将对象的创建和对象本身业务处理分离了，可以降低系统的耦合度，使得两者修改起来都相对容易些。当以后实现改变时，只需要修改工厂类即可。

三、简单工厂模式实现

模式场景：在一个披萨店中，要根据不同客户的口味，生产不同的披萨，如素食披萨、希腊披萨等披萨。

该例的UML结构图如下:

代码实现

Pizza制造工厂：SimplyPizzaFactory.java

public class SimplePizaaFacotry {    public Pizza createPizza(String type) {        Pizza pizza = null;        if (type.equals("cheese")) {            pizza = new CheesePizze();        } else if (type.equals("clam")) {            //pizza = new ClamPizza();        } else if (type.equals("pepperoni")) {            //pizza = new PepperoniPizza();        } else if (type.equals("veggie")) {            //  pizza = new VeggiePizze();        }        return pizza;    }}

抽象披萨：Pizza.java

public abstract class Pizza {    public abstract void prepare();    public abstract void bake();    public abstract void cut();    public abstract void box();}

具体披萨：CheesePizza.java

public class CheesePizze extends Pizza {    @Override    public void prepare() {        System.out.println("prepare a cheese pizza");    }    @Override    public void bake() {        System.out.println("bake a cheese pizza");    }    @Override    public void cut() {        System.out.println("cut a cheese pizza");    }    @Override    public void box() {        System.out.println("box a cheese pizza");    }}

PizzaStore.java

public class PizzaStore {    SimplePizaaFacotry factory;    public PizzaStore(SimplePizaaFacotry factory) {        this.factory = factory;    }    public Pizza orderPizza(String type) {        Pizza pizza;        pizza = factory.createPizza(type);       //使用工厂对象的创建方法，而不是直接new。这里不再使用具体实例化        pizza.prepare();        pizza.bake();        pizza.cut();        pizza.box();        return pizza;    }}

四、简单工厂模式的优缺点

优点

1、简单工厂模式实现了对责任的分割，提供了专门的工厂类用于创建对象。

2、客户端无须知道所创建的具体产品类的类名，只需要知道具体产品类所对应的参数即可，对于一些复杂的类名，通过简单工厂模式可以减少使用者的记忆量。

3、通过引入配置文件，可以在不修改任何客户端代码的情况下更换和增加新的具体产品类，在一定程度上提高了系统的灵活性。

缺点

1、由于工厂类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都要受到影响。

2、使用简单工厂模式将会增加系统中类的个数，在一定程序上增加了系统的复杂度和理解难度。

3、系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，在产品类型较多时，有可能造成工厂逻辑过于复杂，不利于系统的扩展和维护。

4、简单工厂模式由于使用了静态工厂方法，造成工厂角色无法形成基于继承的等级结构。

五、简单工厂模式的使用场景

1、工厂类负责创建的对象比较少。

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

六、总结

1、简单工厂模式的要点就在于当你需要什么，只需要传入一个正确的参数，就可以获取你所需要的对象，而无须知道其创建细节。

2、简单工厂模式最大的优点在于实现对象的创建和对象的使用分离，但是如果产品过多时，会导致工厂代码非常复杂。