设计模式-策略模式

 假设对于商场系统中“正常收费”、“满300返100”、“打8折”，都是对价格处理的算法，而它们具有公共功能（处理价格之后返回），那么如果按照面向过程中写如下：

switch(String type){
case "正常收费":
return ...;
case "300返利100":
return ...;
case "打8折":
return ...;
}

一个类就可以搞定了，但是当需要加上其他活动的时候，必须重写这个方法加上case分支，而后当“400返200”、“打7折”，这两个已经跟“满300返100”、“打8折”具有相同的特征，只是行为不一样，那么就无非重用，然后现在将“正常收费”、“满300返100”、“打8折”改造成相对复用的继承CashSuper的子类如上面结构图，并由CashContext统一管理，这个时候就可以在CashContext中采用简单工厂模式，将switch放到CashContext中进行判断，把客户端代码转移处理。

 

优：将客户端代码的职责减轻，方便算法（也可是规则）的扩展。

缺：尽管是在CashContext类中采用了简单工厂模式，减少了客户端的代码的职责，但是当新添算法（规则）时，还需要修改CashContext类，并没有遵循“开放-封闭”原则。

 

总结自：《大话设计模式》--策略模式