策略模式

策略模式：

　　它定义了算法家族，分别封装起来，让它们之间可以互相替换。此模式让算法的变化，不会影响到使用算法的客户。

结构图如下：

 代码：

//算法抽象类

class Strategy

{

//定义支持的算法接口

public viod Algorithminterface();

}

//算法子类A

class StrategyChildA ： Strategy

{

//算法A的具体实现

public viod Algorithminterface();

}

//算法子类B

class StrategyChildB ： Strategy

{

//算法A的具体实现

public viod Algorithminterface();

}

//Context类

class Context

{

　　Strategy strategy ；

public：

//构造时初始化具体的策略对象

　　Context（Strategy strategy ）

　　{

　　　　this.strategy = strategy;

　　}

//根据具体策略，调用其具体算法

　　void ContextInterface（）

　　{

　　　　strategy.Algorithminterface();

　　}

}

//客户端代码

Context context；

context = new Context(new StrategyChildA() );

context.ContextInterface();//使用算法A的计算结果

进阶版——策略工厂：

//Context类

class Context

{

　　Strategy strategy ；

public：

//可支持的具体策略

{

StrategyChildA ,

StrategyChildB ,

StrategyChildEnd,

}Enumstrategy;

//构造时初始化具体的策略对象

　　Context（Enumstrategy enumstrategy ）

　　{

　　　　switch（enumstrategy）

　　　　{

　　　　　　case StrategyChildA：

　　　　　　　　this.strategy = new StrategyChildA() ;

　　　　　　　　break；

　　　　　　case StrategyChildB：

　　　　　　　　this.strategy = new StrategyChildB() ;

　　　　　　　　break；

　　　　}

　　}

//根据具体策略，调用其具体算法

　　void ContextInterface（）

　　{

　　　　strategy.Algorithminterface();

　　}

}

//客户端代码

Context* context = null；

context = new Context(StrategyChildA );//比起单纯的策略模式或简单工厂模式，客户端只依赖一个context类，连Strategy父类都不依赖。

context.ContextInterface();//使用算法A的计算结果

优点：策略模式封装任意类型的规则，只要需要在不同情况下应用不同的规则算法，就可以考虑策略模式；和简单工厂相比，简单工厂生产具体产品，策略上下文给出具体结果。

缺点：违背开放-封闭原则，每次增改都需要上下文类。并且需要对客户暴露所有策略。