设计模式一 工厂模式(5)

昨天我们学习了（1）---（4）节其实前4节讲述的都是简单工厂模式，并不是工厂模式，这一节我们引进工厂模式 并对比它和简单工厂模式的不同 工厂模式如下： 先创建一个工厂接口 interface IFactory() { Operation CreateOpertion(); } 然后加减乘除各建立一个具体工厂去实现这个接口 class AddFactory : IFactory { public Operation CreateOperation() { return new OpertionAdd(); } } class SubFactory : IFactory { public Operation CreateOperation() { return new OpertionSub(); } } class MulFactory : IFactory { public Operation CreateOperation() { return new OpertionMul(); } } class DivFactory : IFactory { public Operation CreateOperation() { return new OpertionDiv(); } } 客户端代码 IFactory operFactory = new AddFactory(); Operation oper = operFactory.CreateFactory(); oper.NumberA=1; oper.NumberB=2; double result =oper.GetResult(); 将这段代码和上一节的简单工厂模式代码对比后会注意到，若我们增加一个新运算的话譬如邱M的N次方运算，在简单工厂模式里，我们先加M的N次方功能类，然后去更改工厂方法，当中加‘Case’语句来做判断。现在用了工厂方法，加功能类没问题，再加相关的工厂类也没有问题，但还要去更改客户端，这不等于不但没有减少难度反而增加了很多类和方法吗？ 问的好。这其实就是简单工厂模式和工厂模式的区别。 简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断，根据客户单的选择条件动态实例化相关的类。对于客户端而言，去除了于具体产品的依赖。就如计算器，让客户端不管用哪个类的实例，只需要把+给工厂，工厂自动就给出了相应的实例，客户端只需要做运算就可以了，不同的实例会实现不同德运算。但问题也就出现在这里。比如要添加一个M的N次方运算，我们一定需要给运算工厂类的方法里加‘Case'的分支条件的。修改原有的类？这可不是个好办法，这等于说，我们不但对扩展开放了，对修改也开放了，违背了开放--封闭原则【下节我们介绍】。于是这对上述问题 工厂方法来了 概念如下 工厂方法模式----定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法是一个类的实例化延迟到其子类。 工厂方法是对简单工厂模式的进一步推广和抽象，由于使用了多态，工厂方法保持了简单工厂的优点而且克服了缺点，单缺点还是有的。由于增加了一个新运算，就需要增加一个新的运算工厂类，增加了额外的代码量。其实对于这个问题也不是没有好的解决方案 --反射 （此为后续话题）。 至此 工厂模式也就讲解完毕。请深刻体悟。