设计模式-5.2策略模式

---

📝 概述

---

📝 定义

• 该模式定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的变化不会影响使用算法它通过对算法进行封装，把使用算法的责任和算法的实现分割开来，并委的客户。
• 策略模式属于对象行为模式，派给不同的对象对这些算法进行管理

---

📝 结构

• 策略模式的主要角色如下:
  • 抽象策略(Strategy)类: 这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
  • 具体策略(Concrete Strategy) 类: 实现了抽象策略定义的接口，提供具体的算法实现或行为
  • 环境 (Context) 类: 持有一个策略类的引用，最终给客户端调用。

---

📝 优缺点

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

---

📝 代码实现

[例] 促销活动
家百货公司在定年度的促销活动。针对不同的节日(春节、中秋节、圣诞节)推出不同的促销活动，由促销员将促销活动展示给客户。类图如下:

package com.study.notes.design.patterns.pattern.action.strategy;

/**
 * @version v1.0
 * @ClassName: Strategy
 * @Description: 抽象策略类
 * @Author: lzq
 */
public interface Strategy {

    void show();
}

package com.study.notes.design.patterns.pattern.action.strategy;

/**
 * @version v1.0
 * @ClassName: StrategyA
 * @Description: 具体策略类，封装算法
 * @Author: lzq
 */
public class StrategyA implements Strategy {

    public void show() {
        System.out.println("买一送一");
    }
}

package com.study.notes.design.patterns.pattern.action.strategy;

/**
 * @version v1.0
 * @ClassName: StrategyB
 * @Description: 具体策略类，封装算法
 * @Author: lzq
 */
public class StrategyB implements Strategy {

    public void show() {
        System.out.println("满200元减50元");
    }
}

package com.study.notes.design.patterns.pattern.action.strategy;

/**
 * @version v1.0
 * @ClassName: StrategyC
 * @Description: 具体策略类，封装算法
 * @Author: lzq
 */
public class StrategyC implements Strategy {

    public void show() {
        System.out.println("满1000元加一元换购任意200元以下商品");
    }
}

package com.study.notes.design.patterns.pattern.action.strategy;

/**
 * @version v1.0
 * @ClassName: SalesMan
 * @Description: 促销员(环境类)
 * @Author: lzq
 */
public class SalesMan {

    //聚合策略类对象
    private Strategy strategy;

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

    public Strategy getStrategy() {
        return strategy;
    }

    public void setStrategy(Strategy strategy) {
        this.strategy = strategy;
    }

    //由促销员展示促销活动给用户
    public void salesManShow() {
        strategy.show();
    }
}

package com.study.notes.design.patterns.pattern.action.strategy;

/**
 * @version v1.0
 * @ClassName: Client
 * @Description: TODO(一句话描述该类的功能)
 * @Author: lzq
 */
public class Client {
    public static void main(String[] args) {
        //春节来了，使用春节促销活动
        SalesMan salesMan = new SalesMan(new StrategyA());
        //展示促销活动
        salesMan.salesManShow();

        System.out.println("==============");
        //中秋节到了，使用中秋节的促销活动
        salesMan.setStrategy(new StrategyB());
        //展示促销活动
        salesMan.salesManShow();

        System.out.println("==============");
        //圣诞节到了，使用圣诞节的促销活动
        salesMan.setStrategy(new StrategyC());
        //展示促销活动
        salesMan.salesManShow();
    }
}

---

📝 JDK源码解析

Comparator中的策略模式。在Arrays类中有一个 sort() 方法，如下:Comparator

Arrays就是一个环境角色类，这个sort方法可以传一个新策略让Arrays根据这个策略来进行排序。就比如下面的测试类。

这里我们在调用Arrays的sort方法时，第二个参数传递的是Comparator接口的子实现类对象。所以Comparator充当的是抽象策略角色，而具体的子实现类充当的是具体策略角色。环境角色类 (Arrays)应该持有抽象策略的引用来调用。那么，Arrays类的sort方法到底有没有使用Comparator子实现类中的 compare() 方法吗?让我们继续育看TimSort类的 sort() 方法，代码如下:

上面的面的代码中最终会跑到 countRunAndMakeAscending() 这个方法中。我们可以看见，只用了compare方法，所以在调用Arrays.sort方法只传具体compare重写方法的类对象就行，这也是Comparator接口中必须要子类实现的一个方法。

---