工厂方法模式

工厂方法模式

在之前通过简单的例子，介绍了简单工厂模式

简单工厂模式的优点具有：

一个调用者想创建一个对象，只要知道其名称就可以了
可以屏蔽产品的具体实现，客户端调用者只关心产品的接口

缺点

破坏了开-闭(对扩展开放，对修改关闭)的原则，当有新的具体产品需要被创建的时候，就需要修改工厂类的代码了。显然这样是不合适的。

概念

1. 工厂方法模式(Factory Method Pattern)又称为工厂模式，也叫虚拟构造器，属于类创建型模式
2. 工厂方法时一种实现了”工厂“概念的面向对象的设计模式，就像其他创建性模式一样，他是一种不指定对象具体类型的情况下创建对象的问题
3. 本质是定义一个创建对象的接口，但是让实现这个接口的类来决定实例化哪个类。工厂方法让类的实例化推迟到子类中进行。
4. 它主要用来创建对象，但是和简单工厂模式不同的在于，在设计上完全符合开-闭原则

使用场景

1. 一个类不知道它所需要的对象的类：在工厂方法模式中，客户端不需要知道具体的产品类的类名称，只需要知道所对应的工厂即可，具体的产品对象由具体的工厂类创建。客户端需要知道创建具体的产品的工厂类
2. 一个类通过其子类来指定创建哪个对象，在工厂方法模式中，对于抽象工厂类只需要知道一个提供创建产品的接口，而由于其子类来确定具体要创建哪个对象，利用面向对象的多态性，在程序运行时，子类对象将覆盖父类对象，从而使得系统更容易的扩展。
3. 将创建对象的任务委托给多个工厂子类中的某一个，客户端在使用时，无需关心哪一个工厂子类创建产品子类，需要时在动态指定，可以将具体的工厂类的雷鸣存储在配置文件中或者数据库中

工厂模式中的角色

Product : 抽象产品
ConcreateProduct: 具体产品
Factory:抽象工厂
ConcreteFactory:具体工厂类

具体实现

工厂接口

package com.schoki.design.model.factory.method;

import com.schoki.design.model.factory.simple.FruitJuiceProduct;

/**
 * @author : jzb219@gmail.com
 * @date : 2018/7/10
 */
public interface IFruitProductFactory {

    FruitJuiceProduct createFruitJuice();
}

具体产品类工厂

/**
 * @author : jzb219@gmial.com
 * @description : 香蕉味的具体产品工厂类
 * @date : 2018/7/10 下午2:52
 */
public class BananaJuiceProductFactory implements IFruitProductFactory {

    @Override
    public FruitJuiceProduct createFruitJuice() {
        return new BananaJuiceProduct();
    }
}

/**
 * @author : jzb219@gmail.com
 * @description : 苹果味的具体产品工厂类
 * @date : 2018/7/10 下午2:49
 */
public class AppleFruitProductFactory implements IFruitProductFactory {

    @Override
    public FruitJuiceProduct createFruitJuice() {
        return new AppleJuiceProduct();
    }
}

/**
 * @author : jzb219@gmial.com
 * @description : 橘子味的具体产品抽象类
 * @date : 2018/7/10 下午2:53
 */
public class OrangeJuiceProductFactory implements IFruitProductFactory {

    @Override
    public FruitJuiceProduct createFruitJuice() {
        return new OrangeJuiceProduct();
    }
}

测试类

/**
 * @author : jzb219@gmial.com
 * @description : 工厂方法模式测试类
 * @date : 2018/7/10 下午3:02
 */
public class MethodFactoryMain {

    public static void main(String[] args) {
        IFruitProductFactory factory = new AppleFruitProductFactory();
        FruitJuiceProduct fruitJuice = factory.createFruitJuice();
        System.out.println(fruitJuice.getTaste());
    }
}

测试结果

苹果味

总结

1. 从代码层面上说，每个产品类都对应着一个产品类工厂，但是这种方式，完全解决了之前说的简单工厂模式中违背的开闭原则
2. 当有新的产品时，只需要新建产品类和产品工厂类即可，完全实现了解耦
3. 优点有时也会成为缺点，当新建产品类过多时，无疑会增加系统的复杂度。也就是说，有更多的类要被编译运行，会给系统增加一些额外的开销
   1.工厂方法模式显然是对简单工厂模式的进一步的抽象和推广

参考
http://design-patterns.readthedocs.io/zh_CN/latest/creational_patterns/factory_method.html#id11
http://www.hollischuang.com/archives/1401