设计模式（三）策略模式

无论是 Runnable 的 run 方法，还是 Thread 类本身的 run 方法（事实上 Thread 类也 是实现了 Runnable 接口）都是想将线程的控制和业务逻辑的运行分离开来，达到职责分明、 功能单一的原则，这一点与 GoF 设计模式中的策略模式很相似，在本节中，我们一起学习 一下什么是策略模式，然后再来对比 Thread 和 Runnable 两者之间的区别。

概念

在策略模式（Strategy Pattern）中，一个类的行为或其算法可以在运行时更改，我们创建表示各种策略的对象和运算规则随着策略对象的改变而改变。策略模式把对象本身和运 算规则进行了分离。

这里所指的对象本身就是 Thread 线程对象，而运算规则可以理解为 run 方法中的业务逻辑

案例

为了更好的理解这个模式，我们举例说明一下，我们出去旅游的时候可能有很多种出行 方式，比如说我们可以坐汽车、坐火车、坐飞机等等。不管我们使用哪一种出行方式，最终 的目的地都是一样的。也就是选择不同的方式产生的结果都是一样的。

有了这个例子，我相信你应该对其思想有了一个基本的认识，下面看一下其正式的概念 介绍：定义一系列的算法，把每一个算法封装起来，并且使它们可相互替换。

分析

策略模式把对象本身和运算规则进行了分离，因此我们整个模式被分为三个部分：

1. 抽象策略类(Strategy)：策略的抽象，出行方式的抽象；
2. 具体策略类(ConcreteStrategy)：具体的策略实现，每一种出行方式的具体实 现；
3. 环境类(Context)：用来操作策略的上下文环境，也就是我们游客。 下面我们通过代码去实现一遍就能很清楚的理解了。

实现
a. 定义抽象策略接口

package com.bjsxt;

/**
 * @author whl
 * @date 2021/2/3
 */
public interface TravelStrategy {
    void travelAlgorithm();
}

b. 具体策略类

package com.bjsxt;

/**
 * @author whl
 * @date 2021/2/3
 */
public class CarStrategy implements TravelStrategy{
    @Override
    public void travelAlgorithm() {
        System.out.println("坐汽车.");
    }
}

package com.bjsxt;

/**
 * @author whl
 * @date 2021/2/3
 */
public class TrainStrategy implements TravelStrategy {
    @Override
    public void travelAlgorithm() {
        System.out.println("坐火车.");
    }
}

c. 环境类实现

package com.bjsxt;

/**
 * @author whl
 * @date 2021/2/3
 */
public class Traveler {
    // 维护一个策略
    private TravelStrategy strategy;
    // 设置策略 set方法
    public void setTravelStrategy(TravelStrategy t) {
        this.strategy = t;
    }
    // 设置策略 构造器
    Traveler(TravelStrategy t){
        this.strategy = t;
    }
    // 旅行
    public void travelStyle(){
        this.strategy.travelAlgorithm();
    }
    public static void main(String[] args) {
        new Traveler(new CarStrategy()).travelStyle();
        new Traveler(new TrainStrategy()).travelStyle();

    }
}

运行结果

通过以上案例我们可以清晰感受到策略模式带来的好处，下面我们来总结一下：

优点：
 我们之前在选择出行方式的时候，往往会使用 if-else 语句，也就是用户不选择 A 那么 就选择 B 这样的一种情况。这种情况耦合性太高了，而且代码臃肿，有了策略模式我 们就可以避免这种现象；
 策略模式遵循开闭原则，实现代码的解耦合。扩展新的方法时也比较方便，只需要继承 策略接口就好了。

缺点：
 客户端必须知道所有的策略类，并自行决定使用哪一个策略类；
 策略模式会出现很多的策略类；
 客户端在使用这些策略类的时候，这些策略类由于继承了策略接口，所以有些数据可能 用不到，但是依然初始化了