工厂方法模式——办分厂

随着生产规模的发展壮大，小成的那一间小小的注塑厂承担了越来越多的生产任务，想要优化改革生产也变得很困难，然而订单需求越来越多，小成和他的合伙人就决定置办一间分厂，扩大了生产规模。置办了分厂之后，小成想着那么生产流程的代码实现也是时候改变了，刚刚在网上学习了简单工厂模式的升级版——工厂方法模式，他思考了一下，画了一下类图，然后就很快地写出了代码。

工厂方法模式介绍

　　工厂方法模式就是简单工厂模式的升级版，定义一个用于创建对象的工厂类，让子类去决定实例化哪一个类，一个工厂类负责创建一个产品类。这样添加新产品就不用修改原有的类了，符合开放封闭原则。

package scut.designmodel.FactoryPattern;

//抽象工厂类
abstract class Factory{
    public abstract Product Manufacture();
}

//抽象产品类
abstract class Product{
    public abstract void Show();
}

class  ProductA extends  Product{

    @Override
    public void Show() {
        System.out.println("生产出了产品A");
    }
}

//产品B类
class  ProductB extends  Product{

    @Override
    public void Show() {
        System.out.println("生产出了产品B");
    }
}

//工厂A类
class  FactoryA extends Factory{

    @Override
    public Product Manufacture() {
        return new ProductA();
    }
}

//工厂B类
class  FactoryB extends Factory{

    @Override
    public Product Manufacture() {
        return new ProductB();
    }
}

//生产工作流程
public class FactoryPattern {
    public static void main(String[] args){
        //客户要产品A
        FactoryA mFactoryA = new FactoryA();
        mFactoryA.Manufacture().Show();

        //客户要产品B
        FactoryB mFactoryB = new FactoryB();
        mFactoryB.Manufacture().Show();
    }
}

结果：

生产出了产品A
生产出了产品C

应用场景

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

优点：

　　与简单工厂模式对比，工厂模式可以说是简单工厂模式的进一步抽象和推广，在保留了简单工厂的封装优点的同时，让扩展变得简单，让继承变得可行增加了多态性的体现，符合了开放封闭原则。

缺点：

　　每增加一个“产品”类，就又要新建一个对应的工厂类，增加了额外的工作量。

参考

《设计模式其实很简单》，刘径舟，张玉华等编著——清华大学出版社，2013.7