系列文章导航：
四大发明之活字印刷——面向对象思想的胜利
小菜编程成长记（一 面试受挫——代码无错就是好？）
小菜编程成长记（二 代码规范、重构）
小菜编程成长记（三 复制VS复用）
小菜编程成长记（四 业务的封装）
小菜编程成长记（五 体会简单工厂模式的美妙）
小菜编程成长记（五 体会简单工厂模式的美妙）
小菜编程成长记（五 体会简单工厂模式的美妙）
小菜编程成长记（六 工厂不好用了？）
小菜编程成长记（七 用“策略模式”是一种好策略）
小菜编程成长记（八 反射——程序员的快乐！）
小菜编程成长记（九 会修电脑不会修收音机？——聊设计模式原则）
小菜编程成长记（十 三层架构，分层开发）
小菜编程成长记（十一 无熟人难办事？——聊设计模式迪米特法则）
小菜编程成长记（十二 有了门面，程序员的程序会更加体面！）
小菜编程成长记（十三 设计模式不能戏说！设计模式怎就不能戏说？）
（续上篇）
小菜次日来找大鸟，说：“《深入浅出设计模式》的第一章我看完了，它讲的是策略模式(Strategy)。『策略模式』定义了算法家族，分别封装起来，让它们之间可以互相替换， 此模式让算法的变化， 不会影响到使用算法的客户。看来商场收银系统应该考虑用策略模式？”
“你问我？你说呢？”大鸟笑道，“商场收银时如何促销，用打折还是返利，其实都是一些算法，用工厂来生成算法对象，感觉是不是很怪？而最重要的是这些算法是随时都可能互相替换的，这就是变化点，而封装变化点是我们面向对象的一种很重要的思维方式。”
策略模式的结构 （源自吕震宇 博客）
这个模式涉及到三个角色：
- 环境（Context）角色：持有一个Strategy类的引用。
- 抽象策略（Strategy）角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
- 具体策略（ConcreteStrategy）角色：包装了相关的算法或行为。
“我明白了，”小菜说，“我昨天写的CashSuper就是抽象策略，而正常收费CashNormal、打折收费CashRebate和返利收费CashReturn就是三个具体策略，也就是策略模式中说的具体算法，对吧？”
“是的，那么关键就在于Context以及客户端程序如何写了？去查查资料，研究后把代码写出来给我看。”大鸟鼓励道。
“好的，我一定很快写出来给你看！”小菜很兴奋。
过一小时后，小菜给出商场收银程序的第四份作业。
CashContext类代码如下：
Code
//收费策略Context
class CashContext
{
//声明一个现金收费父类对象
private CashSuper cs;
//设置策略行为，参数为具体的现金收费子类（正常，打折或返利）
public void setBehavior(CashSuper csuper)
{
this.cs = csuper;
}
//得到现金促销计算结果（利用了多态机制，不同的策略行为导致不同的结果）
public double GetResult(double money)
{
return cs.acceptCash(money);
}
}
客户端主要代码如下：
Code
double total = 0.0d;//用于总计
private void btnOk_Click(object sender, EventArgs e)
{
CashContext cc = new CashContext();
switch (cbxType.SelectedItem.ToString())
{
case "正常收费":
cc.setBehavior(new CashNormal());
break;
case "满300返100":
cc.setBehavior(new CashReturn("300","100"));
break;
case "打8折":
cc.setBehavior(new CashRebate("0.8"));
break;
}
double totalPrices = 0d;
totalPrices = cc.GetResult(Convert.ToDouble(txtPrice.Text) * Convert.ToDouble(txtNum.Text));
total = total + totalPrices;
lbxList.Items.Add("单价：" + txtPrice.Text + " 数量：" + txtNum.Text + " "+cbxType.SelectedItem+ " 合计：" + totalPrices.ToString());
lblResult.Text = total.ToString();
}
