简单工厂模式
定义：由一个工厂类决定创建出哪一种类的实例。以大话设计模式中的运算器的设计为例。我们可以抽象出OperationFactory类来实例化具体的运算类。
具体代码如下：
public class OperationFactory{
public static Operation createOperate(String operate){ Operation oper = null; switch(opterate){ case "+": oper = new AddOperation(); break; case "-": oper = new SubOperation(); break; case "*": oper = new MulOperation(); break; case "/": oper = new DivOperation(); break; } return oper; } }
可得类图如下：
策略模式
定义：定义了算法家族分别封装起来，让他们之间可以互相转换，此模式让算法的变化，不会影响到使用算法的用户。
同样，以大话设计模式中的促销系统为例，讲解策略模式。假设超市需要一个促销系统，可以提供如满减，打折等形式的促销计价。
运用策略模式，我们可以设计类CashContext：
public class CashContext{
private CashSuper cs: public CashContext(CashSuper csuper){ this.cs = cspuer; } public double GetResult(double money){ return cs.acceptCash(money); } }
这样，我们在定义一个CashSuper抽象类来标明促销类型，然后各实现类来负责各类型的计算。具体类图如下：
策略与简单工厂的结合
按照策略模式的设计，我们的客户端的设计需要指定具体的实现子类
然后才能调用CashContext的GetResult方法。
这样，在客户端的设计中我们需要将先生成实现子类，然后调用策略模式进行成交价格的计算。系统耦合加大。
我们可以结合策略模式和工厂模式，将找到实现类的方式通过工厂进行封装，然后在工厂内实现策略模式进行实现类的运算。
改造后的CashContext:
public class CashContext{
private CashSuper cs: public CashContext(String type){ switch(type){ case "正常收费": cs = new CashNormal(); break; case "满300-100": cs = new CashReturn(300, 100); break; case "打8折": cs = new CashRebate(0.8); break; } } public double GetResult(double money){ return cs.acceptCash(money); } }
总结
简单工厂模式的优点：
利用继承与多态，由一个工厂实例化类，而不需要调用方自己去实例化类。有助于类的解耦。
策略模式的优点：
1、封装了算法。
2、算法实现类的父类总结出类算法的公共功能。
3、每个算法单独实现，相互之间没有耦合。
策略模式的缺点：
调用方对算法实现类的选择需要自己做衡量。
策略模式和工厂模式结合的优点：
将实现类的选择交给了策略工厂类，使调用方的代码更干净。
策略模式和工厂模式结合的缺点：
虽然在调用方的代码中去掉了分支判断，但是如果需要增加实现类，还是需要修改策略工厂类的。