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

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

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

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语句，同时也定向指向了相应的类，减少了耦合现象，同时也减少了客户端的运算量。这样会使软件运行起来更顺利，出错率会小的多。

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