设计模式之简单工厂模式和策略模式总结

         关于设计模式我已经开始有两周了。开始的时候只是过一遍，对于其中的一些东西不是很理解，只是把小例子实现了。现在回过头来再看设计模式，有一些新的体会。今天主要看了简单工厂模式和策略模式，并且进行了分析比较。

       简单工厂模式之所以称之为工厂模式，是因为它是一种创造实例的类：

public class OperationFactory
    {
        public static Operation createOperate(string operate)    
        {
            Operation oper = null;
            switch (operate)
            {
                case "+":
                    oper = new OperationAdd();
                    break;
                case "-":
                    oper = new OperationSub();
                    break;
            }
            return oper;
 
        }
    }

 

这段代码是简单工厂的一段代码。我的理解是：通过工厂模式可以把封装好的类和客户端连接起来，连接方式是通过产生的实例被客户端使用。多用Switch，减小了客户端的运算量。

策略模式：定义了算法家族，分别封装起来，让他们之间可以相互替换。有点此模式可以让算法发生变化，但是不影响算法客户。

class CashContext
    {
        private CashSuper cs;
        public CashContext(CashSuper csuper)
        {
            this.cs = csuper;


        }
        public double GetResult(double money)
        {
            return cs.acceptCash(money);
        }
    }

策略模式：实质就是定向指向封装好的类，来减轻客户端的计算量。是一种连接封装好的类和客户端的纽带。通过定向指向类，来进行计算，减少了耦合现象（一般不用switch语句）。

策略模式和简单工厂模式的比较：

都是连接封装好的类的纽带。简单工厂模式通过创造实例来实现类与客户端之间的连接，策略模式通过定向指向的功能是实现类与客户端的连接。

下面看一个简单工厂和策略模式的结合的例子：

 public CashContext(string type)
        {
            switch (type)
            {
                case "正常收费":
                    CashNormal cs0 = new CashNormal();
                    break;
                case "满300返100":
                    CashReturn cr1 = new CashReturn("300", "100");
                    cs = cr1;
                    break;
                case "大八折":
                    CashRebate cr2 = new CashRebate("0.8");
                    cs = cr2;
                    break;
            }
        }
        public double GetResult(double money)
        {
            return cs.acceptCash(money);
        }
    }

这里面用到了switch语句，同时也定向指向了相应的类，减少了耦合现象，同时也减少了客户端的运算量。这样会使软件运行起来更顺利，出错率会小的多。

对比完这两种模式，优缺点，我们会发现各个设计模式都有自己独特的地方，无论是综合使用，还是单独使用，我们都是基于对项目的考虑，使软件运行最优！