意图
定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。
结构
策略结构图
适用性
- 许多相关的类仅仅是行为有异。“策略”提供了一种用行为来配置一个类的办法；
- 需要使用一个算法的不同变体。例如，你可能会定义一些反映不同的空间/时间权衡的算法。当这些变体被实现为一个算法的类层次时[ H O 8 7 ] ,可以使用策略模式；
- 客户不应该知道算法所使用的数据。使用策略模式避免暴露复杂的、与算法相关的数据结构；
- 一个类定义了多种行为, 且这些行为以多个条件语句的形式出现。将相关的条件分支移入它们各自的Strategy类中以代替这些条件语句；
优缺点
- 策略模式的类层次结构定义了一系列可重用的算法或行为，方便Context使用；
- 相比采取继承Context的方式（表现不同的行为），将算法封装在单独的策略类（Strategy）中可以让您独立于上下文（Context）来改变算法，从而更容易地切换、理解和扩展。；
- 消除条件语句。 “策略”模式提供了用于选择所需行为的条件语句的替代方法。 当不同的行为集中在一个类中时，很难避免使用条件语句来选择正确的行为。 在单独的Strategy类中封装行为会消除这些条件语句。；
- 策略可以提供相同行为的不同实现。 客户可以选择具有不同时间和空间权衡的策略。
- 客户必须了解不同的策略（Strategy）。 该模式具有潜在的缺点，因为客户端必须了解策略的区别，才能选择合适的策略。 客户可能会面临实施问题。 因此，只有当行为变化与客户端相关时，才应使用“策略”模式。
- 策略（Strategy）与上下文（Context）之间的通信开销。
注意事项
- 策略（Strategy）必须从上下文（Context）中充分访问所需的任何数据，反之亦然；
- 可以考虑给上下文（Context）设置一个缺省的策略（Strategy）。
示例
提供一种网络安全传输数据的机制（加密/解密），而且根据需要随时可更换这种机制。
实现（C#）
using System;
// 对称加密算法抽象类
public abstract class SymmetricAlgorithm
{
// ..
}
public sealed class Aes : SymmetricAlgorithm
{
public override string ToString()
{
return "Aes";
}
}
public sealed class DES : SymmetricAlgorithm
{
public override string ToString()
{
return "DES";
}
}
public sealed class RC2 : SymmetricAlgorithm
{
public override string ToString()
{
return "RC2";
}
}
public class NetWork
{
private SymmetricAlgorithm algorithm;
public NetWork(SymmetricAlgorithm algorithm)
{
this.algorithm = algorithm;
}
public void SetAlgorithm(SymmetricAlgorithm algorithm)
{
this.algorithm = algorithm;
}
public void Send(string message)
{
Console.WriteLine("正使用「{0}」对称算法，安全地传输数据...",algorithm);
}
}
public class App
{
public static void Main(string[] args)
{
NetWork network = new NetWork(new RC2());
network.Send("message");
//切换加密机制
network.SetAlgorithm(new DES());
network.Send("message");
}
}
// 控制台输出：
// 正使用「RC2」对称算法，安全地传输数据...
// 正使用「DES」对称算法，安全地传输数据...
