策略模式是一种好策略 -07

小菜次日来找大鸟，说：“《深入浅出设计模式》的第一章我看完了，它讲的是策略模式(Strategy)。『策略模式』定义了算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。看来商场收银系统应该考虑用策略模式？”
“你问我？你说呢？”大鸟笑道，“商场收银时如何促销，用打折还是返利，其实都是一些算法，用工厂来生成算法对象，感觉是不是很怪？而最重要的是这些算法是随时都可能互相替换的，这就是变化点，而封装变化点是我们面向对象的一种很重要的思维方式。”

策略模式的结构（源自吕震宇博客）

策略模式是一种好策略 -07

这个模式涉及到三个角色：

环境（Context）角色：持有一个Strategy类的引用。
抽象策略（Strategy）角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
具体策略（ConcreteStrategy）角色：包装了相关的算法或行为。

“我明白了，”小菜说，“我昨天写的CashSuper就是抽象策略，而正常收费CashNormal、打折收费CashRebate和返利收费CashReturn就是三个具体策略，也就是策略模式中说的具体算法，对吧？”

“是的，那么关键就在于Context以及客户端程序如何写了？去查查资料，研究后把代码写出来给我看。”大鸟鼓励道。
“好的，我一定很快写出来给你看！”小菜很兴奋。

过一小时后，小菜给出商场收银程序的第四份作业。
CashContext类代码如下：

 //收费策略Context
    class CashContext
    {
        //声明一个现金收费父类对象
        private CashSuper cs;

        //设置策略行为，参数为具体的现金收费子类（正常，打折或返利）
        public void setBehavior(CashSuper csuper)
        {
            this.cs = csuper;
        }

        //得到现金促销计算结果（利用了多态机制，不同的策略行为导致不同的结果）
        public double GetResult(double money)
        {
            return cs.acceptCash(money);
        }
    }

收费策略Context