设计模式之策略模式（Strategy模式）

概念
Strategy模式也叫策略模式是行为模式之一，它对一系列的算法加以封装，为所有算法定义一个抽象的算法接口，并通过继承该抽象算法接口对所有的算法加以封装和实现，具体的算法选择交由客户端决定（策略）。Strategy模式主要用来平滑地处理算法的切换 。

Strategy:
策略（算法）抽象。
ConcreteStrategy
各种策略（算法）的具体实现。
Context
策略的外部封装类，或者说策略的容器类。根据不同策略执行不同的行为。策略由外部环境决定。
总结
Strategy及其子类为组件提供了一系列可重用的算法，从而可以使 得类型在运行时方便地根据需要在各个算法之间进行切换。
Strategy模式提供了用条件判断语句以外的另一种选择，消除条件 判断语句，就是在解耦合。含有许多条件判断语句的代码通常都需 要Strategy模式。
如果Strategy对象没有实例变量，那么各个上下文可以共享同一个 Strategy对象，从而节省对象开销。

动机
在软件构建过程中，某些对象使用的算法可能多种多样，经常改 变，如果将这些算法都编码到对象中，将会使对象变得异常复杂； 而且有时候支持不使用的算法也是一个性能负担。
如何在运行时根据需要透明地更改对象的算法？将算法与对象本 身解耦，从而避免上述问题

//Symmetric encryption
class Strategy
{
public:
         virtual void SymEncrypt() = 0;
};
class Des : public Strategy
{
public:
         virtual void SymEncrypt()
         {
                  cout<< "Des 加密" << endl; 
         }
};
class AES : public Strategy
{
public:
         virtual void SymEncrypt()
         {
                  cout<< "AES 加密" << endl; 
         }
}; 
class Context
{
public:
         Context(Strategy*strategy)
         {
                  p= strategy;
         }
         void Operator()
         {
                  p->SymEncrypt();
         }
private:
         Strategy*p;
}; 

//算法的实现和 客户端的使用解耦合
//使得算法变化，不会影响客户端
void main()
{
         /*不符合开闭原则
        Strategy *strategy = NULL;
         strategy= new AES;
         strategy->SymEncrypt();
         delete strategy;
          strategy= new Des;
         strategy->SymEncrypt();
         delete strategy;
         */
         Strategy*strategy = NULL;
         Context*ctx = NULL;
         strategy= new AES;
         ctx= new Context(strategy);
         ctx->Operator();
         delete strategy;
         delete ctx;
         cout<<"hello..."<<endl;
         system("pause");
         return;
}

通过各种子类算法继承于父类，是实现自己的算法，由context内部包含父类算法成员，通过
Strategystrategy = NULL;
Contextctx = NULL;
strategy= new AES;
ctx= new Context(strategy);
ctx->Operator();
调用各种算法

策略模式优缺点
它的优点有：

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

2. 策略模式提供了可以替换继承关系的办法。继承可以处理多种算法或行为。如果不是用策略模式，那么使用算法或行为的环境类就可能会有一些子类，每一个子类提供一个不同的算法或行为。但是，这样一来算法或行为的使用者就和算法或行为本身混在一起。决定使用哪一种算法或采取哪一种行为的逻辑就和算法或行为的逻辑混合在一起，从而不可能再独立演化。继承使得动态改变算法或行为变得不可能。

3. 使用策略模式可以避免使用多重条件转移语句。多重转移语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重转移语句里面，比使用继承的办法还要原始和落后。

策略模式的缺点有：

1. 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。

2. 策略模式造成很多的策略类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。换言之，可以使用享元模式来减少对象的数量。