工厂方法模式（7）

今天来讲一下工厂方法模式。

大家可能听着这个模式有点耳熟，是的，前面第一篇博文，我们讲到了简单工厂模式。嗯，他们有的确非常相似，今天我们就拿简单工厂模式中的案例举例子即可。

学会了简单工厂模式，对于工厂方法模式也就自然而然的会了。

大家知道，简单工厂有个很明显的缺点，就案例来说，我增加一种算法，则需要增加一个类（这个没问题，扩展嘛。），但是，我还要修改工厂，在工厂方法类面多加一个case判断，这其实违背了开放封闭原则的。（尽量不要修改已经写好的类）。

那么，我们可以用工厂方法模式来解决这个问题。

我们将案例中的OperationFactory类抽象出一个接口，然后让每一个case都拆分成继承这个接口的类。

代码如下：

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

这样的话，客户端就改成如下：

public static void Main()
        {
            Operation oper = new Operation();
            AddFactory addfac = new AddFactory();
            oper = addfac.CreateOperation();
            oper.NumberA = 2;
            oper.NumberB = 3;
            var result = oper.GetResult();
            Console.WriteLine(result);
            Console.ReadKey();
        }

好，这样，就将原来的简单工厂模式改编成工厂方法模式了。

下面我们看看工厂方法模式对于简单工厂模式有什么优点呢？

如果我们增加一种算法的话，只需要增加这个算法的类，然后增加一个这个算法的工厂，即可， 需要修改的也就只有客户端而已。

那么有没有更好的方法呢？（甚至连客户端都不用修改） 那么就还是上次咱们提到的，用反射来解决。（后面博文会讲到的）。

好了，本篇博文与简单工厂模式相类似，大家可以对比着来看，加深一下自己的理解。

ok。今天就讲到这里。下一次，将讲解 原型模式

---

本系列将持续更新，喜欢的小伙伴可以点一下关注和推荐，谢谢大家的支持。