什么是工厂方法模式

我们有一个产品类，还有一个工厂接口，一个实现工厂接口的工厂类。产品对象的创建是依靠工厂类来创建。核心就是创建与使用分离。

“

Define an interface for creating an object,but let subclasses decide which class to instantiate.Factory Method lets a class defer instantiation to subclasses

”

工厂方法模式主要有下面的优点：

“通过工厂可获取产品，不用知道产品的具体创建过程如果新增产品，不需要修改工厂，只需要添加新的工厂即可”

然而这也成了工厂模式的缺点，无疑增加了系统的复杂度。

如果要实现抽象工厂，需要这么几个要素：

“抽象工厂具体工厂抽象产品具体产品”

结构图如下：

AbstractFactory就是抽象工厂，实际就是一个接口，里面有一个待实现的newProduct()方法，用来创建产品。

ConcreteFactory为具体的工厂，为AbstractFactory的实现。可能有多个工厂。

Product为产品的接口。

ConcreteProduct是具体的产品实现，一般产品与工厂是一一对应的。

代码实现

说了这么多，我们来写个Demo实现下。

首先写一个产品接口：

public interface Product {
    void show();
}

再来写一个工厂的接口：

public interface Factory {
    public Product product();
}

具体的产品实现：

public class ConcreteProduct1 implements Product {
    @Override
    public void show() {
        System.out.println("具体产品1显示...");
    }
}

具体的工厂实现：

public class ConcreteFactory1 implements Factory {
    @Override
    public Product product() {
        System.out.println("具体工厂1生成-->具体产品1...");
        return new ConcreteProduct1();
    }
}

这个工厂就是用来创建产品的。

如果我们要获取产品对象，只需要实例化工厂即可

@Slf4j
public class FactoryTest {
    @Test
    public void test() {
        ConcreteFactory1 concreteFactory1 = new ConcreteFactory1();
        Product product = concreteFactory1.product();
        product.show();
    }
}

测试结果：

具体工厂1生成-->具体产品1...
具体产品1显示...

关于工厂方法模式的一点思考

产品本身不实例化，而是交给工厂去做。工厂方法是一个类的实例化延迟到了工厂类。

我觉得使用工厂方法的一个重要好处就是屏蔽了产品类。调用者不会知道生成产品的细节，就能获得产品，保证了生产产品的隐私安全。

比如使用的JDBC连接数据库，如果将数据库从MySQL迁移到Oracle。只需要改变数据库驱动即可。其他的都不需要改。这里就用到了工厂方法模式。

当然如果增加了产品类，对于是否增加工厂类，需要慎重考虑。毕竟这会增加系统复杂度。

工厂方法模式可以用在异构项目中，例如通过WebService与一个非Java的项目交互，虽然WebService号称是可以做到异构系统的同构化，但是在实际的开发中，还是会碰到很多问题，如类型问题、WSDL文件的支持问题，等等。从WSDL中产生的对象都认为是一个产品，然后由一个具体的工厂类进行管理，减少与外围系统的耦合。

在复杂的应用中一般采用多工厂的方法，然后再增加一个协调类，避免调用者与各个子工厂交流，协调类的作用是封装子工厂类，对高层模块提供统一的访问接口。