目录
一、使用策略模式的原因
在设计游戏角色伤害时，因角色差异而使用不同的计算公式，如何解决，同一计算方式分布在不同的角色中、新增角色增加维护等问题，可以使用策略模式解决。
二、策略模式的定义
GoF对策略模式的解释：定义一组算法，并封装每个算法，让它们可以彼此交换使用。策略模式让这些算法在客户端使用它们时能更加独立。
策略模式在处理所谓的“算法时”，着重于细节，至于计算方式及规则，则不用去理会。
三、策略模式的使用说明
参与者说明：
- Strategy（策略接口类）：提供“策略客户端”可以使用的方法。
- ConcreteStrategyA~C（策略实现类）: 不同算法的实现。
- Context（策略客户端）：拥有一个Strategy类的对象引用，并且通过对象引用获取想要的计算结果。
四、策略模式的实现范例
算法的共享接口：
/// <summary>
/// 算法的共享接口
/// </summary>
public abstract class Strategy
{
public abstract void AlgorithmInterface();
}
实现各种算法：
/* 各类算法的实现 */
/// <summary>
/// 算法 A
/// </summary>
public class ConcreteStrategyA : Strategy
{
public override void AlgorithmInterface()
{
//print
}
}
/// <summary>
/// 算法 B
/// </summary>
public class ConcreteStrategyB : Strategy
{
public override void AlgorithmInterface()
{
//print
}
}
/// <summary>
/// 算法 C
/// </summary>
public class ConcreteStrategyC : Strategy
{
public override void AlgorithmInterface()
{
//print
}
}
拥有Strategy对象的客户端
/// <summary>
/// 拥有Strategy 对象的客户端
/// </summary>
public class Context
{
Strategy strategy = null;
/// <summary>
/// 设置算法
/// </summary>
/// <param name="strategy"></param>
public void SetStrategy(Strategy strategy)
{
strategy = strategy;
}
/// <summary>
///执行当前的算法
/// </summary>
public void ContextInterface()
{
strategy.AlgorithmInterface();
}
}
五、中介者模式的优点和注意事项
优点：
- 让角色属性变得好维护；
- 不必在针对角色类型编写程序代码；
- 计算公式的替换更为方便；
缺点：
计算公式时的参数设置，需要外界提供相关信息作为计算依据；
与状态模式的差别：
都归类在行为模式（Behavior Patterns）分类下，都由一个Context类来维护对象的引用。
- 差异： State是在一群状态中进行切换，状态之间有对应和连接的关系，而Strategy是由一群没有任何关系的类组成，不知彼此的存在。
- State受限于状态机的切换规则，在设计初期就可能定义所有状态，后期追加，不是想加入就加入，受限于现有状态关联；而Strategy是由封装计算算法而形成的一种设计模式，算法之间不存在任何依赖关系，可以随时加入。
六、策略模式的总结
将复杂的计算公式从客户端中独立出来称为一个群组，之后客户端可以按照情况来决定使用的计算公式策略，既提高系统应用的灵活程度，也强化了系统中对所有计算策略的维护方式。
后续开发人员很容易找到相关计算公式的差异，同时修改点也会缩小到计算公式本身，也不会影响到使用的客户端。
