一、使用策略模式的原因
在设计游戏角色伤害时,因角色差异而使用不同的计算公式,如何解决,同一计算方式分布在不同的角色中、新增角色增加维护等问题,可以使用策略模式解决。
二、策略模式的定义
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是由封装计算算法而形成的一种设计模式,算法之间不存在任何依赖关系,可以随时加入。
六、策略模式的总结
将复杂的计算公式从客户端中独立出来称为一个群组,之后客户端可以按照情况来决定使用的计算公式策略,既提高系统应用的灵活程度,也强化了系统中对所有计算策略的维护方式。
后续开发人员很容易找到相关计算公式的差异,同时修改点也会缩小到计算公式本身,也不会影响到使用的客户端。