1、定义
定义一系列算法类，将每一个算法封装起来，并让它们可以相互替换，策略模式让算法独立于使用它的客户而变化。
2、模式结构
策略模式由三部分组成：
- Strategy（抽象策略）：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有得具体策略类所需得接口。
- ConcreteStrategy（具体策略）：包装了相关得算法或行为。
- Context（环境）：负责使用算法策略，其中维持了一个抽象策略类引用实例。
3、实例
3.1 会员折扣（Strategy）
public interface MemberStrategy {
double calcPrice(double goodsPrice);
}
3.2 会员策略（ConcreteStrategy）
public class OrdinaryMemberStrategy implements MemberStrategy {
@Override
public double calcPrice(double goodsPrice) {
return goodsPrice * 0.9;
}
}
public class GoldMemberStrategy implements MemberStrategy {
@Override
public double calcPrice(double goodsPrice) {
return goodsPrice * 0.75;
}
}
3.3 Price（Context）
public class Price {
private MemberStrategy strategy;
public Price(MemberStrategy strategy) {
this.strategy = strategy;
}
public double quote(double goodsPrice) {
return strategy.calcPrice(goodsPrice);
}
}
3.4 客户端调用
public class Client {
public static void main(String[] args) {
double originPrice = 100;
System.out.println("商品原价：" + originPrice);
Price ordinaryPrice = new Price(new OrdinaryMemberStrategy());
System.out.println("普通会员折扣后的商品价格：" + ordinaryPrice.quote(originPrice));
Price goldPrice = new Price(new GoldMemberStrategy());
System.out.println("黄金会员折扣后的商品价格：" + goldPrice.quote(originPrice));
}
}
4、适用场景
- 几个类的主要逻辑相同，只有部分逻辑相同，旨在部分逻辑的算法和行为上稍有区别的情况。
- 有几种相似的行为，或者说算法，客户端需要动态地决定使用哪一种，那么可以使用策略模式，将这些算法封装起来供客户端调用。
5、优缺点
5.1 优点
- 策略模式提供了对“开闭原则”的完美支持，用户可以在不修改原有系统的基础上选择算法或行为，也可以灵活地增加新的算法或行为。
- 策略模式提供了管理相关的算法族的办法，策略类的等级结构定义了一个算法或行为族。恰当使用继承可以公共的代码移到父类里面，从而避免代码重复。
- 策略模式可以避免使用多重条件（if-else）语句。多重条件语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一起多重条件语句里面，比使用继承的办法还要原始和落后。
5.2 缺点
- 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这意味着客户端必须理解这些算法的区别，以便适时选择适当的算法类。换言之，策略模式只适用于客户端知道算法或行为的情况。
- 当添加一个策略就要增加对应的具体策略类，当策略过多会导致类数目庞大。
