1. 前文汇总
2. 游戏中的策略模式
我是一个很喜欢玩游戏的人，周末在家打打游戏是真的很开心。
回想起来当年上大学的往昔峥嵘岁月，那时候基本上是一个人在玩游戏，背后围着好几个人看，一个个的充当着狗头军师的作用。
时间长了就能发现，喜欢看别人打游戏的人，往往自己玩的都不怎么样，但是当起狗头军师来那是一套一套的，难道这就是旁观者清？
当年在大学宿舍玩的最多还是「英雄联盟」，当年还是 AP 剑圣横行天下，然而每次排位遇到的都是别人家的剑圣和我方剑圣。
这时候，一般就是狗头军师上线的时候，你出这个 xxx ，保证你如何如何牛皮，哎呀，你先打谁谁谁啊，为啥老要追着一个肉砍。
如果把上面这个场景转化成写程序，基本上是这样的：
首先定义一个 LOL 的接口：
public interface LOL {
void playMethod();
}
然后再来两个狗头军师实现这个接口，每个狗头军师都有自己的玩法：
public class DogStrategistA implements LOL{
@Override
public void playMethod() {
System.out.println("先出攻击装，刚正面，不怂");
}
}
public class DogStrategistB implements LOL {
@Override
public void playMethod() {
System.out.println("先出防御装，站得住才有输出");
}
}
接着，我们开启一局游戏：
public class LOLGame {
private LOL lol;
public LOLGame(LOL lol) {
this.lol = lol;
}
public void play() {
this.lol.playMethod();
}
}
然后下面是一个测试类：
public class Test {
public static void main(String[] args) {
LOLGame game;
System.out.println("狗头军师A的点子--------------");
game = new LOLGame(new DogStrategistA());
game.play();
System.out.println("狗头军师B的点子--------------");
game = new LOLGame(new DogStrategistB());
game.play();
}
}
最后的执行结果如下：
狗头军师A的点子--------------
先出攻击装，刚正面，不怂
狗头军师B的点子--------------
先出防御装，站得住才有输出
是不是感觉上面这串代码好像和平时写的没啥区别，然而你并没有猜错，这就是策略模式。
3. 策略模式
3.1 定义
策略模式（Strategy Pattern）是一种比较简单的模式，也叫做政策模式（PolicyPattern）。其定义如下：
Define a family of algorithms,encapsulate each one,and make theminterchangeable.（定义一组算法，将每个算法都封装起来，并且使它们之间可以互换。）
- Context: 封装角色，起承上启下封装作用，屏蔽高层模块对策略、算法的直接访问，封装可能存在的变化。
- Strategy: 抽象策略角色，策略、算法家族的抽象，通常为接口，定义每个策略或算法必须具有的方法和属性。
- ConcreteStrategy: 具体策略角色。
通用代码如下：
public interface Strategy {
void doSomethinging();
}
public class ConcreteStrategy1 implements Strategy {
@Override
public void doSomethinging() {
System.out.println("具体策略1");
}
}
public class ConcreteStrategy2 implements Strategy {
@Override
public void doSomethinging() {
System.out.println("具体策略2");
}
}
public class Context {
private Strategy strategy;
public Context(Strategy strategy) {
this.strategy = strategy;
}
public void doAnything() {
this.strategy.doSomethinging();
}
}
public class Test {
public static void main(String[] args) {
Strategy strategy = new ConcreteStrategy1();
Context context = new Context(strategy);
context.doAnything();
}
}
3.2 优点
- 算法可以*切换：这是策略模式本身定义的，只要实现抽象策略，它就成为策略家族的一个成员，通过封装角色对其进行封装。
- 避免使用多重条件判断：如果没有策略模式，那么我们只能选择使用多重条件判断语句，多重条件语句不易维护，而且出错的概率大大增强。使用策略模式后，可以由其他模块决定采用何种策略，策略家族对外提供的访问接口就是封装类，简化了操作，同时避免了条件语句判断。
- 扩展性良好：这甚至都不用说是它的优点，在现有的系统中增加一个策略太容易了，只要实现接口就可以了。
3.3 缺点
- 策略类数量增多：每一个策略都是一个类，复用的可能性很小，类数量增多。
- 所有的策略类都需要对外暴露：上层模块必须知道有哪些策略，然后才能决定使用哪一个策略，这与迪米特法则是相违背的，我只是想使用了一个策略，我凭什么就要了解这个策略呢？那要你的封装类还有什么意义？这是原装策略模式的一个缺点，幸运的是，我们可以使用其他模式来修正这个缺陷，如工厂方法模式、代理模式或享元模式。
如果系统中的一个策略家族的具体策略数量超过 4 个，则需要考虑使用混合模式，解决策略类膨胀和对外暴露的问题。