【设计模式】简单易懂的行为型设计模式-策略模式

一、策略模式

二、案例实现

[2.1 原生 Java 代码实现](#2.1 原生 Java 代码实现)

三、优缺点分析

四、使用场景

一、策略模式

定义：该模式定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的变化不会影响使用算法的客户。策略模式属于对象行为模式，它通过对算法进行封装，把使用算法的责任和算法的实现分割开来，并委派给不同的对象对这些算法进行管理。
策略模式的主要角色：
1. **抽象策略（Strategy）类：**这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
2. **具体策略（Concrete Strategy）类：**实现了抽象策略定义的接口，提供具体的算法实现或行为。
3. **环境（Context）类：**持有一个策略类的引用，最终给客户端调用。

二、案例实现

2.1 原生 Java 代码实现

【例】促销活动：一家百货公司在定年度的促销活动。针对不同的节日（春节、中秋节、圣诞节）推出不同的促销活动，由促销员将促销活动展示给客户。类图如下：

1. 定义百货公司所有促销活动的共同接口

java 复制代码

public interface Strategy {

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

}

2. 定义具体策略角色（Concrete Strategy）：每个节日具体的促销活动

java 复制代码

public class StrategyA implements Strategy {
    @Override
    public void show() {
        System.out.println("为春节做准备：买一送一");
    }
}

java 复制代码

public class StrategyB implements Strategy {
    @Override
    public void show() {
        System.out.println("为中秋做准备：满200元减50元");
    }
}

java 复制代码

public class StrategyC implements Strategy {
    @Override
    public void show() {
        System.out.println("为圣诞节做准备：满1000元加1元换购任意200元以下的商品");
    }
}

3. 定义环境角色（Context）：用于连接上下文，即把促销活动推销给客户，这里可以理解为销售员

java 复制代码

 public class Salesman {

    private Strategy strategy;

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

    public void show() {
        strategy.show();
    }
}

测试类验证效果：

java 复制代码

import com.yunlan.designmodel.raw.service.Impl.StrategyA;
import com.yunlan.designmodel.raw.service.Impl.StrategyB;
import com.yunlan.designmodel.raw.service.Impl.StrategyC;

public class Main {
    public static void main(String[] args) {
        Salesman salesman1 = new Salesman(new StrategyA());
        salesman1.show();

        Salesman salesman2 = new Salesman(new StrategyB());
        salesman2.show();

        Salesman salesman3 = new Salesman(new StrategyC());
        salesman3.show();
    }
}

三、优缺点分析

优点：
1. 策略类之间可以自由切换
2. 由于策略类都实现同一个接口，所以使它们之间可以自由切换。
3. 易于扩展
4. 增加一个新的策略只需要添加一个具体的策略类即可，基本不需要改变原有的代码，符合"开闭原则"
5. 避免使用多重条件选择语句（if else），充分体现面向对象设计思想。
缺点：
1. 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。
2. 策略模式将造成产生很多策略类，可以通过使用享元模式在一定程度上减少对象的数量。

四、使用场景

一个系统需要动态地在几种算法中选择一种时，可将每个算法封装到策略类中。
一个类定义了多种行为，并且这些行为在这个类的操作中以多个条件语句的形式出现，可将每个条件分支移入它们各自的策略类中以代替这些条件语句。
系统中各算法彼此完全独立，且要求对客户隐藏具体算法的实现细节时。
系统要求使用算法的客户不应该知道其操作的数据时，可使用策略模式来隐藏与算法相关的数据结构。
多个类只区别在表现行为不同，可以使用策略模式，在运行时动态选择具体要执行的行为。