第8章 雷锋依然在人间--工厂方法模式

工厂方法模式

与简单工厂模式比较

简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除了与具体产品的依赖。
就像计算器，让客户端不用管该用哪个类的实例，只需要把‘+’给工厂，工厂自动就给出了相应的实例，客户端只要去做运算就可以了，不同的实例会实现不同的运算。但问题是，如果要新增一个运算就需要给运算工厂类的方法里加‘case’的分支条件的，这就等于说，不但对扩展开放了，对修改也开放了。这样就违背了开放-封闭原则。

工厂方法模式(Factory Method),定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。[DP]

工厂方法模式结构图

图片.png

使用工厂方法改写计算器

抽象工厂接口

public interface IFactory {

    Operation createOperation();

}

加法工厂

public class AddFactory implements IFactory {
    @Override
    public Operation createOperation() {
        return new OperationAdd();
    }
}

减法工厂

public class SubFactory implements IFactory {
    @Override
    public Operation createOperation() {
        return new OperationSub();
    }
}

乘法工厂

public class SubFactory implements IFactory {
    @Override
    public Operation createOperation() {
        return new OperationSub();
    }
}

除法工厂

public class DivFactory implements IFactory {
    @Override
    public Operation createOperation() {
        return new OperationDiv();
    }
}

测试代码

public class Test {

    public static void main(String[] args) throws Exception {
        IFactory factory = new AddFactory();
        Operation operation = factory.createOperation();
        operation.setNumberA(1);
        operation.setNumberB(2);
        print(operation.getResult());
    }

}

既然工厂类与分支耦合，根据依赖倒转原则，把工厂类抽象出一个接口，这个接口只有一个方法，就是创建抽象产品的工厂方法。所有要生产具体类的工厂，实现工厂接口。这样，一个简单工厂模式的工厂类，变成了一个工厂抽象接口和多个具体生成对象的工厂，于是增加新功能时，就不需要更改原有的工厂类，只需要增加此功能的运算类和相应的工厂类就可以了。这样整个工厂和产品体系其实都没有修改的变化，而只是扩展的变化，这就完全符合了开放-封闭原则的精神。

工厂方法模式实现时，客户端需要决定实例化哪一个工厂来实现运算类，选择判断的问题还是存在的，也就是说，工厂方法把简单工厂的内部逻辑判断移到了客户端代码来进行。如果想要增加功能，原本是修改工厂类，现在是修改客户端。

工厂方法客服了简单工厂违背开放-封闭原则的缺点，又保持了封装对象创建过程的优点。它们都是集中封装了对象的创建，使得要更换对象时，不需要做大的改动就可实现，降低了客户程序与产品对象的耦合。工厂方法模式是简单工厂模式的进一步抽象和推广。由于使用了多态性，工厂方法模式保持了简单工厂模式的优点，而且克服了它的缺点。但缺点是每增加一个产品，就需要加一个产品工厂的类，增加了额外的开发量。