设计模式-策略模式

概念

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

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

介绍：定义一系列的算法，把每一个算法封装起来，并且使它们可相互替换。

分析

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

1. 抽象策略类(Strategy)：策略的抽象，出行方式的抽象；

2. 具体策略类(ConcreteStrategy)：具体的策略实现，每一种出行方式的具体实 现；

3. 环境类(Context)：用来操作策略的上下文环境，也就是我们游客。

代码实例

A：策略接口

/**
 * 旅行策略接口
 */
public interface TravelStrategy {
    //旅行算法
    void travelAlgorithm();
}

B：具体策略类 （这里提供了三个：汽车，高铁，飞机）

/**
 * 具体策略类 汽车
 */
public class CarStrategy implements TravelStrategy {
    @Override
    public void travelAlgorithm() {
        System.out.println("坐汽车去旅行.......");
    }
}

/**
 * 具体策略类 高铁
 */
public class HightTrainStrategy implements TravelStrategy {
    @Override
    public void travelAlgorithm() {
        System.out.println("坐高铁去旅行.......");
    }
}

/**
 * 具体策略类 飞机
 */
public class PlaneStrategy implements TravelStrategy {
    @Override
    public void travelAlgorithm() {
        System.out.println("坐高铁去旅行.......");
    }
}

C：环境 类

/**
 * 环境类 旅行者
 */
public class Traveler {

    //维护策略接口对象的一个引用
    private TravelStrategy travelStrategy;

    public Traveler() {
    }

    //使用构造函数设置旅行策略
    public Traveler(TravelStrategy travelStrategy) {
        this.travelStrategy = travelStrategy;
    }
     public void travelStyle(){
        travelStrategy.travelAlgorithm();
     }

    public static void main(String[] args) {
        Traveler traveler = new Traveler(new HightTrainStrategy());
        traveler.travelStyle();
    }
}

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

优点：

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

缺点：

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