工厂方法模式

工厂方法模式

针对简单工厂模式中出现的缺点，即增加新产品的时候还是需要修改工厂类的代码，这就违背了“开闭原则”修改原有代码。

而这个确定我们使用工厂方法模式就可以完美的解决，使之完全遵循开闭原则。
所谓的工厂方法模式，定义了一个用于创建对象的接口（其实就是工厂，只是里面不具体创建对象的细节），让该工厂接口的工厂子类决定实例化哪个产品类对象。也就是说工厂方法使一个产品类的实例化延迟到其工厂接口的子类。

结构

工厂方法模式的主要角色：

• 抽象工厂（Abstract Factory）：提供了创建产品的接口，调用者通过它访问具体工厂的工厂方法来创建产品。
• 具体工厂（ConcreteFactory）：主要是实现抽象工厂中的抽象方法，完成具体产品的创建。
• 抽象产品（Product）：定义了产品的规范，描述了产品的主要特性和功能。
• 具体产品（ConcreteProduct）：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间一一对应。

实现

使用工厂方法模式对之前简单工厂模式中存在的缺陷进行改进，类图如下：

这里的咖啡商店依赖于咖啡抽象类，所以这个咖啡商店依赖的是抽象，而没有依赖具体，这就符合之前将的依赖倒转原则；

这里定义了一个抽象的咖啡工厂，其实现子类有美式咖啡工厂以及美式咖啡工厂，这两个子类都要实现其中的创建对象的方法；其中美式咖啡工厂只负责创建美式咖啡，拿铁咖啡工厂只负责创建拿铁咖啡；

且美式咖啡工厂依赖于拿铁咖啡，另一个同理；

同样这里的咖啡类都不变；

代码如下：

抽象工厂：

public interface CoffeeFactory {

    //不需要传参数
    Coffee createCoffee();
}

具体工厂：

  class LatteCoffeeFactory implements CoffeeFactory {

    public Coffee createCoffee() {
        return new LatteCoffee();
    }
}

  class AmericanCoffeeFactory implements CoffeeFactory {

    public Coffee createCoffee() {
        return new AmericanCoffee();
    }
}

咖啡店类：

public class CoffeeStore {

    //声明私有的抽象工厂对象，依赖抽象
    private CoffeeFactory factory;

    //从客户端从递一个具体工厂
    public CoffeeStore(CoffeeFactory factory) {
        this.factory = factory;
    }

    public Coffee orderCoffee(String type) {
        Coffee coffee = factory.createCoffee();
        coffee.addMilk();
        coffee.addsugar();
        return coffee;
    }
}

结果

从以上的编写的代码可以看到，要增加产品类时也要相应地增加工厂类，不需要修改原有的工厂类的代码了，这样就解决了简单工厂模式的缺点，遵守了开闭原则。

工厂方法模式是简单工厂模式的进一步抽象。由于使用了多态性，工厂方法模式保持了简单工厂模式的优点，而且克服了它的缺点。

优缺点

优点：

• 用户只需要知道具体工厂的名称就可得到所要的产品，无须知道产品的具体创建过程，封装了底层的实现细节；
• 在系统增加新的产品时只需要添加具体产品类和对应的具体工厂类，无须对原工厂进行任何修改，满足开闭原则；

缺点：

• 每增加一个产品就要增加一个具体产品类和一个对应的具体工厂类，这增加了系统的复杂度。