工厂方法模式

一、工厂方法模式

“工厂方法模式”是对简单工厂模式的进一步抽象化，其好处是可以使系统在不修改原来代码的情况下引进新的产品，即满足开闭原则。

优点和缺点

优点：

• 用户只需要知道具体工厂的名称就可得到所要的产品，无须知道产品的具体创建过程。
• 灵活性增强，对于新产品的创建，只需多写一个相应的工厂类。
• 典型的解耦框架。高层模块只需要知道产品的抽象类，无须关心其他实现类，满足迪米特法则、依赖倒置原则和里氏替换原则。

缺点：

• 类的个数容易过多，增加复杂度
• 增加了系统的抽象性和理解难度
• 抽象产品只能生产一种产品，可使用抽象工厂模式解决这个弊端。

应用场景：

• 客户只知道创建产品的工厂名，而不知道具体的产品名。
• 创建对象的任务由多个具体子工厂中的某一个完成，而抽象工厂只提供创建产品的接口。
• 客户不关心创建产品的细节，只关心产品的品牌

模式的结构与实现

工厂方法模式的主要角色如下。

1. 抽象工厂（AbstractFactory）：提供了创建产品的接口，调用者通过它访问具体工厂的工厂方法 newProduct() 来创建产品。
2. 具体工厂（ConcreteFactory1、2）：主要是实现抽象工厂中的抽象方法，完成具体产品的创建。
3. 抽象产品（AbstractProduct）：定义了产品的规范，描述了产品的主要特性和功能。
4. 具体产品（Product1、2）：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间一一对应

下面我们使用手机生产来讲解该模式：

这里接着引用上一篇简单工厂模式文章里的抽象产品Phone类、具体产品PgPhone类和XmPhone类，对抽象工厂和具体工厂类我们来进行改造：

抽象工厂类（AbscractFactory）：

public interface AbscractFactory {

    Phone makePhoe();
}

 苹果工厂类（具体工厂类（ConcreteFactory1））：

public class PgPhoneFactory implements  AbscractFactory{
    @Override
    public Phone makePhoe() {
        return new PgPhone();
    }
}

小米工厂类（具体工厂类（ConcreteFactory2））：

public class XmPhoneFactory implements  AbscractFactory{
    @Override
    public Phone makePhoe() {
        return new XmPhone();
    }
}

测试：

public class Test {
    public static void main(String[] args) {
        AbscractFactory xmFactory= new XmPhoneFactory();
        AbscractFactory pgFactory = new PgPhoneFactory();

        xmFactory.makePhoe();
        pgFactory.makePhoe();
    }
}

结果：

总结：我们把具体的生产交给了派生类工厂来实现，抽象工厂类只要提供生产具体产品的方法，这样就不用了像简单工厂那样来指定生产产品类型来创建产品对象了，但是如果需要生产的产品多那么就需要实现不同的具体产品工厂，具体工厂类的数量就会越来越多。

参考：http://c.biancheng.net/view/8385.html