介绍
策略（Strategy）模式的定义：该模式定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的变化不会影响使用算法的客户。策略模式属于对象行为模式，它通过对算法进行封装，把使用算法的责任和算法的实现分割开来，并委派给不同的对象对这些算法进行管理。
策略模式的结构
模式涉及到三个角色：
(1)环境(Context)角色：持有一个Strategy的引用
(2)抽象策略(Strategy)角色：这是一个抽象角色，通常由一个接口或者抽象类实现。此角色给出所有的具体策略类的接口。
(3)具体策略(ConcreteStrategy)类，包装了相关的算法或者行为。
代理模式实现-静态代理
Context 环境类
public class MovieTicket
{
private double _price;
private IDiscount _discount;
public double Price
{
get
{
return _discount.Calculate(_price);
}
set
{
_price = value;
}
}
public IDiscount Discount
{
set
{
_discount = value;
}
}
}
复制代码
Strategy 抽象策略类
public interface IDiscount
{
double Calculate(double price);
}
复制代码
ConcreteStrategy 具体策略类：StudentStrategy, VIPStrategy 和 ChildrenStrategy
public class StudentDiscount : IDiscount
{
public double Calculate(double price)
{
Console.WriteLine("学生票：");
return price * 0.8;
}
}
public class VIPDiscount : IDiscount
{
public double Calculate(double price)
{
Console.WriteLine("VIP票：");
Console.WriteLine("增加积分！");
return price * 0.5;
}
}
public class ChildrenDiscount : IDiscount
{
public double Calculate(double price)
{
Console.WriteLine("儿童票：");
return price - 10;
}
}
复制代码
注意的地方：
所有的具体策略类都有一些公有的行为。这时候就应当把这些公有的行为放到共同的抽象策略角色Strategy类里面。这时候抽象策略角色必须用抽象类实现而不能使用接口。
策略模式在每一个时刻都只能使用一个策略对象，但是有的时候一个应用程序同时与几个策略对象相联系。换言之，在应用程序启动时，所有的策略对象就已经被创立出来，而应用程序可以在几个策略对象之间调换。
静态代理优缺点
策略模式的主要优点如下。
多重条件语句不易维护，而使用策略模式可以避免使用多重条件语句，如 if...else 语句、switch...case 语句。
策略模式提供了一系列的可供重用的算法族，恰当使用继承可以把算法族的公共代码转移到父类里面，从而避免重复的代码。
策略模式可以提供相同行为的不同实现，客户可以根据不同时间或空间要求选择不同的。
策略模式提供了对开闭原则的完美支持，可以在不修改原代码的情况下，灵活增加新算法。
策略模式把算法的使用放到环境类中，而算法的实现移到具体策略类中，实现了二者的分离。
其主要缺点如下。
客户端必须理解所有策略算法的区别，以便适时选择恰当的算法类。
策略模式造成很多的策略类，增加维护难度。
