工厂方法模式

2018年8月22日19:34:48

工厂方法模式

定义

吾欲娶卿，必问卿之父母，谓之父母之命。

工厂方法模式（Factory Method），定义一个用于建立对象的接口，让子类决定实例化哪个类。工厂方法使一个类的实例化延迟到其子类。 ——《设计模式：可复用面向对象软件的基础》

使用场景

工厂方法模式在简单工厂模式的基础上，将判断逻辑的选择权上交给客户端，让客户端决定使用哪一个具体工厂类。这算是工厂方法相比与简单工厂模式的缺点吧，这样的话，你就要事先知道有什么具体工厂类。相对于直白的new对象，不须要记住具体产品类，服务端隐藏了具体产品类的建立细节，在具体工厂类中不必定就是建立具体产品类，也能够作一些其余事情，符合面向对象的封装性。

简单工厂模式加产品，须要修改内部判断逻辑，这是违反设计模式六大模式中的开闭原则（挖坑），就是对扩展是开放的，对修改是关闭的。工厂方法模式加产品，只需增长相对应的具体工厂对象便可，符合开闭原则，这是工厂方法模式优势之一。我的观点：工厂方法模式适合那种常常更替（即增长和删除）具体产品对象的场景，正好利用了这个优势。如服装换季，你是一个设计师，换季了新的产品上架，加上新产品，老板选择新工厂，销售商家只须要从工厂获取新产品便可，旧产品下架，和旧工厂合同到期，就这样。

角色

将简单工厂模式的工厂角色内部逻辑判断上交给客户端后，分别封装建立对象细节到具体工厂类，具体工厂类都继承于一个共同的接口。简单工厂模式可查看：简单工厂模式。

工厂方法模式有如下四种角色：

• 抽象工厂角色（IFactory）：具体工厂公共接口，定义工厂方法返回产品
• 具体工厂角色（ConcreteFactoryImpl)：继承工厂工厂公共接口，实现工厂方法，运行期返回具体产品实例
• 抽象产品角色（IProduct）
• 具体产品角色（ConcreteProductImpl）

图示

代码示例

代码示例依然用的是加减乘除运算操做，跟简单工厂模式同样，只是将工厂类SimpleFactory拆分为抽象工厂类和具体工厂类。简单工厂模式可查看：简单工厂模式。

类依赖关系图：

抽象工厂角色（IOperationFactory.java）：

public interface IOperationFactory {
    public IOperation createOperation();
}

抽象出来的具体工厂对象公共接口。

具体工厂角色（AddOperationFactoryImpl.java、SubOperationFactoryImpl.java、MulOperationFactoryImpl.java、DivOperationFactoryImpl.java）:

// 加法工厂
public class AddOperationFactoryImpl implements IOperationFactory {

    @Override
    public IOperation createOperation() {
        return new AddOperationImpl();
    }

}
// 减法工厂
public class SubOperationFactoryImpl implements IOperationFactory {

    @Override
    public IOperation createOperation() {
        return new SubOperationImpl();
    }

}
//  乘法工厂
public class MulOperationFactoryImpl implements IOperationFactory {

    @Override
    public IOperation createOperation() {
        return new MulOperationImpl();
    }

}
//  除法工厂
public class DivOperationFactoryImpl implements IOperationFactory {

    @Override
    public IOperation createOperation() {
        return new DivOperationImpl();
    }

}

每一个具体工厂对象对应一个具体产品对象。

抽象产品角色（IProduct.java）：

public interface IOperation {
    public int getResult(int a, int b);
}

具体产品角色（AddOperationImpl.java、SubOperationImpl.java、MulOperationImpl.java、DivOperationImpl.java):

// 加法实现类
public class AddOperationImpl implements IOperation{

    @Override
    public int getResult(int a, int b) {
        return a + b;
    }

}
// 减法实现类
public class SubOperationImpl implements IOperation {
    
    @Override
    public int getResult(int a, int b) {
        return a - b;
    }
}
// 乘法实现类
public class MulOperationImpl implements IOperation {

    @Override
    public int getResult(int a, int b) {
        return a * b;
    }

}
// 除法实现类
public class DivOperationImpl implements IOperation {

    @Override
    public int getResult(int a, int b) {
        return a / b;
    }

}

测试类（FactoryMethodTest.java）：

public class FactoryMethodTest {
    
    public static void main(String[] args) {
        int a = 999, b = 888;
        // 加
        // 建立具体工厂
        IOperationFactory operationFactory = new AddOperationFactoryImpl();
        // 建立具体产品
        IOperation operation = operationFactory.createOperation();
        // 调用具体产品的功能
        int result = operation.getResult(a, b); // 1887
        System.out.println(result);
        
        // 减
        operationFactory = new SubOperationFactoryImpl();
        operation = operationFactory.createOperation();
        result = operation.getResult(a, b); // 111
        System.out.println(result);
        
        // 乘
        operationFactory = new MulOperationFactoryImpl();
        operation = operationFactory.createOperation();
        result = operation.getResult(a, b); // 887112
        System.out.println(result);
        
        // 除
        operationFactory = new DivOperationFactoryImpl();
        operation = operationFactory.createOperation();
        result = operation.getResult(a, b); // 1
        System.out.println(result);
        
    }
    
}

客户端要判断使用什么具体工厂对象，从而实例化所需的具体产品对象。

优势（小抄）

（连接在文末参考处）

一、在工厂方法模式中，工厂方法用来建立客户所须要的产品，同时还向客户隐藏了哪一种具体产品类将被实例化这一细节，用户只须要关心所需产品对应的工厂，无须关心建立细节，甚至无须知道具体产品类的类名。

二、基于工厂角色和产品角色的多态性设计是工厂方法模式的关键。它可以使工厂能够自主肯定建立何种产品对象，而如何建立这个对象的细节则彻底封装在具体工厂内部。工厂方法模式之因此又被称为多态工厂模式，是由于全部的具体工厂类都具备同一抽象父类。

三、使用工厂方法模式的另外一个优势是在系统中加入新产品时，无须修改抽象工厂和抽象产品提供的接口，无须修改客户端，也无须修改其余的具体工厂和具体产品，而只要添加一个具体工厂和具体产品就能够了。这样，系统的可扩展性也就变得很是好，彻底符合“开闭原则”。

缺点（小抄）

一、在添加新产品时，须要编写新的具体产品类，并且还要提供与之对应的具体工厂类，系统中类的个数将成对增长，在必定程度上增长了系统的复杂度，有更多的类须要编译和运行，会给系统带来一些额外的开销。

二、因为考虑到系统的可扩展性，须要引入抽象层，在客户端代码中均使用抽象层进行定义，增长了系统的抽象性和理解难度，且在实现时可能须要用到DOM、反射等技术，增长了系统的实现难度。

总结

工厂方法模式是简单工厂模式的进一步抽象和推广。

因为使用了面向对象的多态性，工厂方法模式保持了简单工厂模式的优势，并且克服了它的缺点。

全部代码可见于Github.Mingmingcome

完

参考：

工厂方法模式(Factory Method Pattern)