策略模式

策略模式将可变的部分从程序中抽象分离成算法接口，在该接口下分别封装一系列算法实现并使他们可以相互替换，从而导致客户端程序独立于算法的改变。
策略模式一般用于单个算法的替换，客户端事先必须知道所有的可替换策略，由客户端去指定环境类需要哪个策略
当一个应用程序需要实现一种特定的服务或者功能，而且该程序有多种实现方式时使用。
一个类定义了多种行为 , 并且这些行为在这个类的操作中以多个条件语句的形式出现。将相关的条件分支移入它们各自的Strategy类中以代替这些条件语句。

特点

封装变化的概念
编程中使用接口，而不是使用具体的实现类（面向接口编程）

组成

抽象策略
一个抽象的角色，通常使用接口或者抽象类去实现。
具体策略
包装了具体的算法和行为，其实就是实现了抽象策略接口的实现类
环境角色
内部会持有一个抽象策略的引用，给客户端调用

案例

实现促销活动的功能

定义抽象策略接口（为策略定义一个公共的接口）

//促销活动抽象策略接口
 public interface PromotionStrategy  {
    //进行促销
    void doPromotion();
}

编写具体的策略（实现公共的接口）

//返现的促销活动
public class FanXianPromotionStrategy implements PromotionStrategy{
    @Override
    public void doPromotion() {
        System.out.println("返现促销策略");
    }
}

public class LiJianPromotionStrategy implements PromotionStrategy{
    @Override
    public void doPromotion() {
        System.out.println("立减促销策略");
    }
}

public class ManJianPromotionStrategy implements PromotionStrategy{
    @Override
    public void doPromotion() {
        System.out.println("满减促销策略");
    }
}

public class EmptyPromotionStrategy implements PromotionStrategy {
    @Override
    public void doPromotion() {
        System.out.println("没有促销活动 策略");
    }
}

环境角色

class PromotionActivity {
  //通过组合的方式持有抽象策略
    private PromotionStrategy promotionStrategy;
  //通过多态的特性接收具体策略
    PromotionActivity(PromotionStrategy promotionStrategy) {
        this.promotionStrategy = promotionStrategy;
    }
    //执行具体促销策略
    void executePromotionStrategy() {
        promotionStrategy.doPromotion();
    }
}

测试类

public class Test {   
    public static void main(String[] args) {
        // 方式一、传入具体实现的策略类
        PromotionActivity promotionActivityFanXian=new PromotionActivity(new FanXianPromotionStrategy());
        PromotionActivity promotionActivityLiJian=new PromotionActivity(new LiJianPromotionStrategy() );
        promotionActivityFanXian.executePromotionStrategy();
        promotionActivityLiJian.executePromotionStrategy();     
 
        // 方式二、传入实现类的全类名
        // promotionKey可以写成常量类，map等等
        String promotionKey="实现类的全类名";      
        PromotionActivity PromotionActivity=new PromotionActivity(Class.forname(promotionKey).newInstance());
        PromotionActivity.executePromotionStrategy();

        // 具体调用的方式有很多，可以根据具体的业务逻辑取舍
    }
}

优点

消除了一些多重条件转移语句（如if else）：Strategy模式提供了用条件语句选择所需的行为以外的另一种选择。当不同的行为堆砌在一个类中时 ,很难避免使用条件语句来选择合适的行为。将行为封装在一个个独立的Strategy类中消除了这些条件语句。含有许多条件语句的代码通常意味着需要使用Strategy模式。
Strategy模式可以提供相同行为的不同实现。客户可以根据不同时间 /空间权衡取舍要求从不同策略中进行选择。
对客户隐藏具体策略(算法)的实现细节，彼此完全独立

缺点

客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。
策略模式造成很多的策略类，每个具体策略类都会产生一个新类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。换言之，可以使用享元模式来减少对象的数量。
客户端必须知道所有的策略类，并自行决定使用哪一个策略类