策略模式是对算法的包装，是把使用算法的责任和算法本身分割开来，委派给不同的对象管理。策略模式通常吧一个系列的算法包装到一个系列的策略类里面，作为一个抽象策略的子类，
Strategy ：负责决定实现策略锁必需的接口API
ConcreteStrategy：ConcreteStrategy角色负责实现Strategy 角色的接口API，即负责实现具体的策略（战略，方向，方法和算法）
Context：负责使用Strategy角色，Context举得保存了ConcreteStrategy角色的实例，并使用ConcreteStrategy橘色去实现需求
代码 — 不用会员打折
接口
public interface MemberStrategy {
/**
* 计算图书的价格
* @param booksPrice
* @return
*/
public double calcPrice(double booksPrice);
}
不同会员的打折比例（算法）
public class AdvancedMemberStrategy implements MemberStrategy {
@Override
public double calcPrice(double booksPrice) {
System.out.println("------高级会员打75折");
return booksPrice*0.75;
}
}
——————
public class IntermediateMemberStrategy implements MemberStrategy {
@Override
public double calcPrice(double booksPrice) {
System.out.println("----中级会员打9折");
return booksPrice*0.9;
}
}
————
public class PrimaryMemberStrategy implements MemberStrategy {
@Override
public double calcPrice(double booksPrice) {
System.out.println("-------初级会员没有折扣");
return booksPrice;
}
}
价格类
public class Price {
private MemberStrategy memberStrategy;
public Price(MemberStrategy memberStrategy) {
this.memberStrategy = memberStrategy;
}
public double quote(double bookPrice){
return this.memberStrategy.calcPrice(bookPrice);
}
}
测试类
public class Test {
public static void main(String[] args) {
MemberStrategy memberStrategy = new AdvancedMemberStrategy();
Price price = new Price(memberStrategy);
double quote = price.quote(300);
System.out.println("图书价格为："+quote);
MemberStrategy memberStrategy1 = new IntermediateMemberStrategy();
Price price1 = new Price(memberStrategy1);
double quote1 = price1.quote(300);
System.out.println("图书价格为："+quote1);
MemberStrategy memberStrategy2 = new PrimaryMemberStrategy();
Price price2 = new Price(memberStrategy2);
double quote2 = price2.quote(300);
System.out.println("图书价格为："+quote2);
}
}
策略模式仅仅封装了算法，提供新的算法插入到已有的系统中，以及老算法从系统中退休的方法，策略模式并不决定在何时使用何种算法，在什么情况下算法那是由客户端决定的
策略模式的重心
策略模式的重心不是如何实现算法，而是如何组织、调用这些算法，从而让程序结构更灵活，具有更好的维护性和扩展性。
算法的平等性
策略模式一个很大的特点就是各个策略算法的平等性。对于一系列具体的策略算法，大家的地位是完全一样的，正因为这个平等性，才能实现算法之间可以相互替换。所有的策略算法在实现上也是相互独立的，相互之间是没有依赖的。
所以可以这样描述这一系列策略算法：策略算法是相同行为的不同实现。
运行时策略的唯一性
运行期间，策略模式在每一个时刻只能使用一个具体的策略实现对象，虽然可以动态地在不同的策略实现中切换，但是同时只能使用一个。
公有的行为
经常见到的是，所有的具体策略类都有一些公有的行为。这时候，就应当把这些公有的行为放到共同的抽象策略角色Strategy类里面。当然这时候抽象策略角色必须要用Java抽象类实现，而不能使用接口。
这其实也是典型的将代码向继承等级结构的上方集中的标准做法。
策略模式的优点
（1）策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码移到父类里面，从而避免代码重复。
（2）使用策略模式可以避免使用多重条件(if-else)语句。多重条件语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重条件语句里面，比使用继承的办法还要原始和落后。
策略模式的缺点
（1）客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道算法或行为的情况。
（2）由于策略模式把每个具体的策略实现都单独封装成为类，如果备选的策略很多的话，那么对象的数目就会很可观。