一、什么是策略模式
策略（strategy）模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。（原文：the strategy pattern defines a family of algorithms,encapsulates each one,and makes them interchangeable. strategy lets the algorithm vary independently from clients that use it.）
在策略模式中的角色有：
抽象策略(strategy)角色:这是一个抽象角色，通常由一个接口或抽象类实现,用以声明所有具体策略类要实现的方法。
具体策略(concretestrategy)角色:各种策略（算法）的具体实现。
环境(context)角色:策略的外部封装类，或者说策略的容器类，它持有一个strategy的引用，strategy策略由客户端决定，不同strategy策略可以执行不同的行为。
策略模式结构示意源代码如下：
抽象策略(strategy)角色
public interface strategy {
// 抽象策略角色
public void strategyinterface();
} 具体策略(concretestrategy)角色
public class concretestrategya implements strategy {
// 具体策略角色
@override
public void strategyinterface() {
// 相关的业务
}
}
public class concretestrategyb implements strategy {
// 具体策略角色
@override
public void strategyinterface() {
// 相关的业务
}
}
public class concretestrategyc implements strategy {
// 具体策略角色
@override
public void strategyinterface() {
// 相关的业务
}
} 环境(context)角色
public class context {
// 持有一个具体策略的对象
private strategy strategy;
public context(strategy strategy) {
this.strategy = strategy;
}
// 环境角色策略方法
public void contextinterface() {
strategy.strategyinterface();
}
}从策略模式中环境(context)角色的功能可以看出，策略模式的重心不是如何实现算法，而是如何组织、调用这些算法，从而让程序结构更灵活，具有更好的维护性和扩展性，它体现了面向对象程序设计中两个非常重要的原则：
1.封装变化 把一个类中经常改变或者将来可能改变的部分提取出来，作为一个接口（也可以是抽象类），然后在类中包含实现了这个接口的实例，这样这个类就可以通过其内包含的实例来实现接口的行为。
2.依赖倒转(dependence inversion principle ) 编程中更多地使用抽象，而不是具体的实现。
超市出售商品的折扣是一个很复杂的问题，对于不同类型的顾客会有不同的折扣，在不同的时间购买商品也有可能折扣不同，我们假设超市的折扣有以下几种情况：
（1）对普通顾客，没有折扣。
（2）对普通会员，所有商品9.5折。
（3）对vip会员，所有商品9.0折。
使用策略模式模拟以上折扣的算法：
首先定义抽象策略（strategy）角色
public interface discountstrategy {
/**
* 计算打折后的价格
*
* @param num
* 商品原价
* @return 折后价格
*/
public double calcprice(double num);
}实现discountstrategy（折扣策略）接口的具体策略角色
普通顾客策略类
public class commoncustomerstrategy implements discountstrategy {
@override
public double calcprice(double num) {
// 普通会员没有折扣
return num;
}
}普通会员策略类
public class commonmemberstrategy implements discountstrategy {
@override
public double calcprice(double num) {
// 普通会员9.5折
return num * 0.95;
}
}vip会员策略类
public class vipmemberstrategy implements discountstrategy {
@override
public double calcprice(double num) {
// 普通会员9.0折
return num * 0.9;
}
}环境角色类
public class price {
// 持有一个具体的策略对象
private discountstrategy strategy;
// 构造方法中传入一个具体的策略对象
public price(discountstrategy strategy) {
this.strategy = strategy;
}
public double calcprice(double num) {
// 调用内部包含的策略对象方法计算价格
return this.strategy.calcprice(num);
}
}创建一个mainclass类测试一番
public class mainclass {
public static void main(string[] args) {
// 商品原价
double num = 200;
// 普通顾客策略计算折后价格
price price = new price(new commoncustomerstrategy());
double newprice = price.calcprice(num);
system.out.println("普通顾客购买该商品的折后价格是：" newprice);
// 普通会员策略计算折后价格
price = new price(new commonmemberstrategy());
newprice = price.calcprice(num);
system.out.println("普通会员购买该商品的折后价格是：" newprice);
// vip会员策略计算折后价格
price = new price(new vipmemberstrategy());
newprice = price.calcprice(num);
system.out.println("vip会员购买该商品的折后价格是：" newprice);
}
}运行程序打印结果：
普通顾客购买该商品的折后价格是：200.0
普通会员购买该商品的折后价格是：190.0
vip会员购买该商品的折后价格是：180.0从以上示例可以看出策略模式的意图是针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以互相替换。策略模式自身并不能决定何时该采用哪种策略算法，该使用何种算法是由客户端来决定的。
优点：
（1）策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码移到父类里面，从而避免代码重复。
（2）使用策略模式可以避免使用（if-else）多重条件转移语句。多重条件转移语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重转移语句里面，比使用继承的办法还要原始和落后。
缺点：
（1）客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道算法或行为的情况。
（2）由于策略模式把每个具体的策略实现都单独封装成为类，如果备选的策略很多的话，那么具体策略类的数目就会很可观。