「补课」进行时：设计模式(11)—

1. 前文汇总

「补课」进行时：设计模式系列

2. 游戏中的策略模式

我是一个很喜欢玩游戏的人，周末在家打打游戏是真的很开心。

回想起来当年上大学的往昔峥嵘岁月，那时候基本上是一个人在玩游戏，背后围着好几个人看，一个个的充当着狗头军师的作用。

时间长了就能发现，喜欢看别人打游戏的人，往往自己玩的都不怎么样，但是当起狗头军师来那是一套一套的，难道这就是旁观者清？

当年在大学宿舍玩的最多还是「英雄联盟」，当年还是 AP 剑圣横行天下，然而每次排位遇到的都是别人家的剑圣和我方剑圣。

这时候，一般就是狗头军师上线的时候，你出这个 xxx ，保证你如何如何牛皮，哎呀，你先打谁谁谁啊，为啥老要追着一个肉砍。

如果把上面这个场景转化成写程序，基本上是这样的：

首先定义一个 LOL 的接口：

public interface LOL {void playMethod();
}

然后再来两个狗头军师实现这个接口，每个狗头军师都有自己的玩法：

public class DogStrategistA implements LOL{@Overridepublic void playMethod() {System.out.println("先出攻击装，刚正面，不怂");}
}public class DogStrategistB implements LOL {@Overridepublic 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 {@Overridepublic void doSomethinging() {System.out.println("具体策略1");}
}public class ConcreteStrategy2 implements Strategy {@Overridepublic 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 个，则需要考虑使用混合模式，解决策略类膨胀和对外暴露的问题。

您的扫码关注，是对小编坚持原创的最大鼓励：）