策略模式
策略模式将可变的部分从程序中抽象分离成算法接口，在该接口下分别封装一系列算法实现并使他们可以相互替换，从而导致客户端程序独立于算法的改变。
策略模式一般用于单个算法的替换，客户端事先必须知道所有的可替换策略，由客户端去指定环境类需要哪个策略
当一个应用程序需要实现一种特定的服务或者功能，而且该程序有多种实现方式时使用。
一个类定义了多种行为 , 并且这些行为在这个类的操作中以多个条件语句的形式出现。将相关的条件分支移入它们各自的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模式可以提供相同行为的不同实现。客户可以根据不同时间 /空间权衡取舍要求从不同策略中进行选择。
- 对客户隐藏具体策略(算法)的实现细节，彼此完全独立
缺点
- 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。
- 策略模式造成很多的策略类，每个具体策略类都会产生一个新类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。换言之，可以使用享元模式来减少对象的数量。
- 客户端必须知道所有的策略类，并自行决定使用哪一个策略类
