策略模式

策略模式属于对象的行为模式。其用意是针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。下面就通过一个具体的例子来演示一下：

假设现在要设计一个贩卖各类书籍的电子商务网站的购物车系统。一个最简单的情况就是把所有货品的单价乘上数量，但是实际情况肯定比这要复杂。比如，本网站可能对所有的高级会员提供每本20%的促销折扣；对中级会员提供每本10%的促销折扣；对初级会员没有折扣。
根据描述，折扣是根据以下的几个算法中的一个进行的：
算法一：对初级会员没有折扣。
算法二：对中级会员提供10%的促销折扣。
算法三：对高级会员提供20%的促销折扣。

折扣算法接口：

public interface MemberStrategy {    /**     * 计算图书的价格     * @param booksPrice    图书的原价     * @return    计算出打折后的价格     */    public double calcPrice(double booksPrice);}

初级会员折扣类：

public class PrimaryMemberStrategy implements MemberStrategy {    @Override    public double calcPrice(double booksPrice) {                System.out.println("对于初级会员的没有折扣");        return booksPrice;    }}

中级会员折扣类：

public class IntermediateMemberStrategy implements MemberStrategy {    @Override    public double calcPrice(double booksPrice) {        System.out.println("对于中级会员的折扣为10%");        return booksPrice * 0.9;    }}

高级会员折扣类：

public class AdvancedMemberStrategy implements MemberStrategy {    @Override    public double calcPrice(double booksPrice) {                System.out.println("对于高级会员的折扣为20%");        return booksPrice * 0.8;    }}

价格类：

public class Price {    //持有一个具体的策略对象    private MemberStrategy strategy;    /**     * 构造函数，传入一个具体的策略对象     * @param strategy    具体的策略对象     */    public Price(MemberStrategy strategy){        this.strategy = strategy;    }        /**     * 计算图书的价格     * @param booksPrice    图书的原价     * @return    计算出打折后的价格     */    public double quote(double booksPrice){        return this.strategy.calcPrice(booksPrice);    }}

策略选择：

public class Client {    public static void main(String[] args) {        //选择并创建需要使用的策略对象        MemberStrategy strategy = new AdvancedMemberStrategy();        //创建环境        Price price = new Price(strategy);        //计算价格        double quote = price.quote(300);        System.out.println("图书的最终价格为：" + quote);    }}

在上面的代码可以看出，我们的策略是折扣算法，有三种具体的实现分别有三个子类具体实现。还有一个持有策略对象的类，用于应用策略方法。客户端只要知道需要使用的策略，创建策略的对象，调用方法就可以了。
使用策略模式可以避免使用多重条件(if-else)语句。多重条件语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重条件语句里面，比使用继承的办法还要原始和落后。

策略模式的缺点：

（1）客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道算法或行为的情况。
（2）由于策略模式把每个具体的策略实现都单独封装成为类，如果备选的策略很多的话，那么对象的数目就会很可观。

总而言之，遇到某个事件，需要根据具体情况来判断具体怎么做，而这些做法是可以抽象出共同点的。那么就考虑一下策略模式。而不是盲目的直接使用if-else或者switch这样很不利于之后的扩展和维护。