设计模式 -- 策略模式

该模式定义了一系列的算法，并将每个算法封装起来，使得他们可以相互替换，且算法的变化不会影响到使用算法的客户。它通过算法的封装，把使用算法的责任和算法的实现分离开来，并委派给不同的对象对这些算法进行管理。

结构：

抽象策略（Strategy）类：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出了所有具体策略的所需接口。

具体策略（Concrete Strategy）类：实现了抽象策略定义的接口，提供具体算法或行为。

环境类（Context）：持有一个策略类的引用，最终给客户端调用

案例实现：

【促销活动】一家百货公司搞年度促销活动，针对不同的节日（春节、中秋、圣诞）推出不同的促销活动（算法）。由促销员来将促销活动展示给客户。

/**
 * 策略模式 抽象策略类
 * 抽象活动
 */
public interface Strategy {

    /**
     * 活动展示
     */
    void show();
}

/**
 * 策略模式 具体策略
 * 春节活动
 */
public class StrategyA implements Strategy{

    @Override
    public void show() {
        System.out.println("春节活动：买一送一");
    }
}

/**
 * 策略模式 具体策略
 * 中秋活动
 */
public class StrategyB implements Strategy{

    @Override
    public void show() {
        System.out.println("中秋活动：满200减50");
    }
}


/**
 * 策略模式 具体策略
 * 圣诞活动
 */
public class StrategyC implements Strategy{

    @Override
    public void show() {
        System.out.println("圣诞活动：充值100送圣诞礼物");
    }
}

/**
 * 策略模式 环境类
 * 销售员
 */
public class SaleMan {

    /**
     * 活动主题
     */
    private Strategy strategy;

    public SaleMan(Strategy strategy){
        this.strategy = strategy;
    }

    /**
     * 活动展示
     */
    public void activeShow(){
        strategy.show();
    }

    public Strategy getStrategy() {
        return strategy;
    }

    public void setStrategy(Strategy strategy) {
        this.strategy = strategy;
    }
}

优缺点：

优点：

• 策略类之间可以自由切换

• 易于拓展，符合开闭原则

• 避免使用多重条件 if else，充分体现了面向抽象设计思想

缺点：- 客户端必须知道所有的策略，并自行决定使用哪一个- 策略模式将造成很多策略类，可以通过享元模式在一定程度上减少对象的数量

使用场景：

1. 一个系统需要动态的在几种算法中选择一种时，可以将每个算法封装到策略类中

2. 一个类定义了多种行为，并且这些行为在这个类的操作中以多个条件判断语句出现，可以将这些条件分支写入策略类中代替条件语句。

3. 系统中算法彼此完全独立，且要求对客户隐藏具体算法时。

4. 系统要求使用算法的客户不应该知道其具体操作的数据，可以使用策略模式来隐藏算法相关的数据结构。