策略模式(Strategy)

简介

策略模式是指对一系列的算法定义，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。

书中实例

大鸟给小菜上的第二堂课，要求小菜做一道商场收银软件的作业题，营业员根据客户所购买商品的单价和数量向客户收费。小菜原本得心应手，但当客户不断提出打折，积分，满多少减多少的要求时，小菜懵逼了。在大鸟的提示下，小菜运用了简单工厂模式解决了各种优惠折扣的问题，但是简单工厂模式只解决对象的创建问题，由于工厂本身包括了所有的收费方式，每次维护和扩展收费方式都要改动这个工厂，以致于代码需重新编译部署，这并不是一个万全之策。于是，策略模式出现了。

策略模式实现程序（部分代码）

    //现金收费抽象类
    abstract class CashSuper
    {
        public abstract double acceptCash(double money);
        //现金收取父类的抽象方法，收取现金，参数为原价，返回为当前价
    }

    //正常收费子类
    class CashNormal : CashSuper
    {
        public override double acceptCash(double money)     //正常收费，原价返回
        {
            return money;
        }
    }

    //打折收费子类
    class CashRebate : CashSuper
    {
        private double moneyRebate = 1d;
        //打折收费，初始化时，必须要输入折扣率，如八折，就是0.8
        public CashRebate(string moneyRebate)
        {
            this.moneyRebate = double.Parse(moneyRebate);
        }

        public override double acceptCash(double money)
        {
            return money * moneyRebate;   
        }
    }

    //返利收费子类
    class CashReturn : CashSuper
    {
        private double moneyCondition = 0.0d;
        private double moneyReturn = 0.0d;

        //返利收费，初始化时必须输入返利条件和返利值
        //比如满300减100，则moneyCondition为300，moneyReturn为100
        public CashReturn(string moneyCondition, string moneyReturn)
        {
            this.moneyCondition = double.Parse(moneyCondition);
            this.moneyReturn = double.Parse(moneyReturn);
        }

        public override double acceptCash(double money)
        {
            double result = money;
            if (money >= moneyCondition)
                //若大于返利条件，则需要减去返利值
                result = money - Math.Floor(money / moneyCondition) * moneyReturn;

            return result;
        }
    }

    //现金应用场景
    class CashContext
    {
        //声明一个CashSuper对象
        CashSuper cs = null;

        //这里的参数不是具体的收费策略对象，而是一个字符串，表示收费类型
        public CashContext(string type)
        {
            //这里将实例化具体策略的过程由客户端转移到Context类中。简单工厂模式的应用
            switch (type)
            {
                case "正常收费":
                    CashNormal cs0 = new CashNormal();
                    cs = cs0;
                    break;
                case "满300返100":
                    CashReturn cr1 = new CashReturn("300", "100");
                    cs = cr1;
                    break;
                case "打8折":
                    CashRebate cr2 = new CashRebate("0.8");
                    cs = cr2;
                    break;
            }
        }

        public double GetResult(double money)
        {
            return cs.acceptCash(money);
        }
    }

    //客户端代码（主要部分）
    class Program
    {
        static void Main(string[] args)
        {
            double total = 0.0d;
            private void btnOk_Click(object sender, EventArgs e)
            {
                //根据下拉选择框，将相应的算法类型字符串传入CashContext的对象中
                CashContext csuper = new CashContext(cbxType.SelectedItem.ToString());
                double totalPrices = 0d;
                totalPrices =
                    csuper.GetResult(Convert.ToDouble(txtPrice.Text) * Convert.ToDouble(txtNum.Text));
                total = total + totalPrices;
                lbxList.Item.Add("单价:" + txtPrice.Text + " 数量: " + txtNum.Text + " "
                    + cbxType.SelectedItem + " 合计: " + totalPrices.ToString());
                lblResult.Text = total.ToString();
            }
        }
    }

组成类图说明

关系介绍：应用场景类Context和策略类Strategy之间是聚合关系，策略类拥有场景类，但场景类不是策略类的内部成分。具体策略类A,B,C是策略类的子类，它们封装了具体的算法或行为，继承于Strategy。

策略模式的构成

Context(应用场景)：它需要使用ConcreteStrategy（具体策略）提供的算法，会在内部维护一个Strategy的实例，并且动态设置运行时Strategy具体的实现算法，起到和Strategy之间交互和数据传递的作用。

Strategy(抽象策略类)：定义了一个公共接口，各种不同的算法以不同的方式实现这个接口，Context使用这个接口调用不同的算法，一般使用接口或抽象类实现。

ConcreteStrategy(具体策略类)：实现了Strategy定义的接口，提供具体的算法实现。

策略模式的优/缺点

优点1.策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码转移到父类里面，从而避免重复的代码。

       2.策略模式简化了单元，因为每个算法都有自己的类，可以通过自己的接口单独测试

缺点1.客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。

       2.策略模式造成很多的策略类，每个具体策略类都会产生一个新类。

使用场景

1.多个类只区别在表现行为不同，可以使用策略模式，在运行时动态选择具体要执行的行为

2.需要在不同情况下使用不同的策略，或者策略还可能在未来用其他方式实现

3.对客户隐藏具体策略的实施细节，彼此完全独立

参考：

百度百科