策略模式

策略模式的定义：定义一系列算法，把它们一个个封装起来，并且使它们可相互替换。本模式使得算法可独立于使用它们的客户而变化。

我们来考虑这样一个现实场景，一个商场会有很多打折策略，如：对普通客户或全新客户全价；对老客户打5折；对大客户打10折等。如果我们来用程序实现，大多数人可能会用IF...ELSEIF...ELSE这样的结构来实现。但可能商场会增加其他打折策略，这样就会再来修改这段程序增加新的策略。但如果商场在促销的时候对所有人打3折，促销结束后再恢复本来的策略，这样通过反复修改上述代码显然不是一个好的办法。像这种通过IF...ELSE...来选择不同算法的程序，这些算法是具有平等地位的，是相互独立的，彼此之间没有依赖的，这些算法是可以彼此替换的，它们具有相同行为不同实现。我们可以用策略模式来实现。我们来看一下它的结构图：

我们来看一下client里的代码：

public class Client
{
   public static void Main(string[] args)
   {
        //这里选择了一个策略（算法）
        Strategy strategy = new StrategyTwo();
        //把选择的算法设置在上下文里
        PriceContext context = new PriceContext(strategy);
        //调用上下文的quote方法，实际上在quote方法里会转调具体策略的calcPrice方法
        double quote  =  context.quote(1000);
   }
}

 这里可能会有朋友问，如果这些算法需要的参数不一样怎么办，也就是说不一定可以抽象出来一个接口方法calcPrice(double goodPrice)，这里有两种解决方案，一种是通过在策略类的构造函数里增加额外的参数，例如打折策略一可能需要增加一个客户身份来判断打折额度：

public class StrategyOne:Strategy
{
    private string customer;
    public StrategyOne(string customer)
    { 
        customer=customer;
    }
    
    public double CalcPrice(double goodsPrice)
    { 
        customer...
        goodsPrice...
    }
}

 还有一种方法是通过上下文来做手脚，

public class PriceContext
{
    public string customer{get; set;}
    public double goodsPrice{get; set;}
    private Strategy strategy;
    
    public PriceContext(Strategy strategy)
    {
          strategy=strategy;
    } 
    public double quote()
    {
         return strategy.CalcPrice(this);
    }
}

public class StrategyOne:Strategy
{    
    public double CalcPrice(PriceContext context)
    { 
        context.customer...
        context.goodsPrice...
    }
}

 有时候，策略模式还可以和模板方法模式结合起来，比如说，这几个打折算法的框架是相同的，只是在某几个步骤上不同，我们完全可以在策略模式的基础上加上模板方法模式：

策略模式的本质：分离算法，选择实现。