工厂方法模式

内容摘录自《大话设计模式》

 

简单工厂模式实现

计算器的简单工厂模式实现的结构图：

具体的运算类在简单工厂模式一文里面

 

工厂方法模式实现

计算器的工厂方法模式实现的结构图：

1、先构建一个工程接口

    // 工厂接口
public interface IFactory
{
    Operation CreateOperation();
}

2、然后加减乘除各建一个具体工厂去实现

    // 加法工厂
public class AddFactory : IFactory
{
    public Operation CreateOperation()
    {
        return new OperationAdd();
    }
}
// 减法工厂
public class SubFactory : IFactory
{
    public Operation CreateOperation()
    {
        return new OperationSub();
    }
}
// 乘法工厂
public class MulFactory : IFactory
{
    public Operation CreateOperation()
    {
        return new OperationMul();
    }
}
// 除法工厂
public class DivFactory : IFactory
{
    public Operation CreateOperation()
    {
        return new OperationDiv();
    }
}

3、客户端的实现

        IFactory operFactory = new AddFactory();
        Operation oper = operFactory.CreateOperation();
        oper.NumberA = 1;
        oper.NumberB = 2;
        double result = oper.GetResult();

 

简单工厂 VS 工程方法

假设要加个需求：增加其他运算，比如求M数的N次方。

简单工厂：先去加‘求M数的N次方’功能类，然后去更改工厂类的方法，当中加‘Case’语句来判断。

工厂方法：加功能类，再加相关的工厂类，但还要去更改客户端。

简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除了与具体产品的依赖。

但是简单工厂模式需要修改运算工厂类的方法加‘Case’分支条件，违背了开放-封闭原则。

 

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

既然这个工厂类与分支耦合，我们就对它下手，根据依赖倒转原则，我们把工厂类抽象出一个接口，这个接口只有一个方法，就是创建抽象产品的工厂方法。然后，所有的要生产具体类的工厂，就去实现这个接口。这样，一个简单工厂模式的工厂类，变成了一个工厂抽象接口和多个具体生成对象的工厂，于是我们要增加‘求M数的N次方’的功能时，就不需要更改原有的工厂类了，只需要增加此功能的运算类和相应的工厂类就可以了。这就完全符合了开放-封闭原则。

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

 

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