【设计模式2022】第十五章 策略模式

【设计模式2022】第十五章 策略模式

一、概述

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

二、结构

策略模式的主要角色如下:

  • 抽象策略类:这是一个抽象角色,通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的结构
  • 具体策略类:实现了抽象策略定义的接口,提供具体的算法实现或行为
  • 环境类:持有一个策略类的引用,最终给客户端调用

三、实现

一家百货公司在制定年度的促销活动,针对不同的节日(春节、中秋节、圣诞节)退出不同的促销活动,由促销员将促销活动展示给客户。类图如下;
在这里插入图片描述
抽象策略类:

public interface Strategy {
    void show();
}

具体策略类:

public class StrategyA implements Strategy{
    @Override
    public void show() {
        System.out.println("买一送一");
    }
}

public class StrategyB implements Strategy{
    @Override
    public void show() {
        System.out.println("满 200 减 50");
    }
}

public class StrategyC implements Strategy{
    @Override
    public void show() {
        System.out.println("满 1000 加 1 元换购任意 200 元以下商品");
    }
}

环境角色,促销员:

public class SalesMan {
    //聚合策略类对象
    private Strategy strategy;

    public Strategy getStrategy() {
        return strategy;
    }

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

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

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

Client 测试类:

public class Client {
    public static void main(String[] args) {
        //春节来了,使用春节促销活动
        SalesMan salesMan = new SalesMan(new StrategyA());
        //销售员展示促销活动
        salesMan.salesManShow();

        //中秋节来了,使用中秋节促销活动
        salesMan.setStrategy(new StrategyB());
        salesMan.salesManShow();
    }
}

四、分析

1.优点

  • 策略类之间可以自由切换
    由于策略类都实现同一个接口,所以使它们之间可以自由切换
  • 易于扩展
    增加一个新的策略只需要添加一个具体的策略类即可,基本不需要改变原有的代码,符合 ”开闭原则“
  • 避免了使用多重条件选择语句(if else),充分体现面向对象设计思想

2.缺点

  • 客户端必须知道所有的策略类,并自行决定使用哪一个策略类
  • 策略模式将产生很多策略类,可以通过使用享元模式在一定程度上减少对象的数量

3.使用场景

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

五、Arrays.sort()

在 Arrays 类中有一个 sort() 方法:

public class Arrays{
    public static <T> void sort(T[] a, Comparator<? super T> c) {
        if (c == null) {
            sort(a);
        } else {
            if (LegacyMergeSort.userRequested)
                legacyMergeSort(a, c);
            else
                TimSort.sort(a, 0, a.length, c, null, 0, 0);
        }
    }
}

Arrays 就是一个环境角色类,这个 sort 方法可以传一个新策略让 Arrays 根据这个策略来进行排序:

public class demo {
    public static void main(String[] args) {

        Integer[] data = {12, 2, 3, 2, 4, 5, 1};
        // 实现降序排序
        Arrays.sort(data, new Comparator<Integer>() {
            public int compare(Integer o1, Integer o2) {
                return o2 - o1;
            }
        });
        System.out.println(Arrays.toString(data)); //[12, 5, 4, 3, 2, 2, 1]
    }
}

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

class TimSort<T> {
    static <T> void sort(T[] a, int lo, int hi, Comparator<? super T> c,
                         T[] work, int workBase, int workLen) {
        assert c != null && a != null && lo >= 0 && lo <= hi && hi <= a.length;

        int nRemaining  = hi - lo;
        if (nRemaining < 2)
            return;  // Arrays of size 0 and 1 are always sorted

        // If array is small, do a "mini-TimSort" with no merges
        if (nRemaining < MIN_MERGE) {
            int initRunLen = countRunAndMakeAscending(a, lo, hi, c);
            binarySort(a, lo, hi, lo + initRunLen, c);
            return;
        }
        ...
    }   
        
    private static <T> int countRunAndMakeAscending(T[] a, int lo, int hi,Comparator<? super T> c) {
        assert lo < hi;
        int runHi = lo + 1;
        if (runHi == hi)
            return 1;

        // Find end of run, and reverse range if descending
        if (c.compare(a[runHi++], a[lo]) < 0) { // Descending
            while (runHi < hi && c.compare(a[runHi], a[runHi - 1]) < 0)
                runHi++;
            reverseRange(a, lo, runHi);
        } else {                              // Ascending
            while (runHi < hi && c.compare(a[runHi], a[runHi - 1]) >= 0)
                runHi++;
        }

        return runHi - lo;
    }
}

最终会进入 countRunAndMakeAscending() 这个方法中。我们可以看见,只使用了 compare 方法,所以在调用 Arrays.sort 方法时只传递具体 compare 重写方法的类对象即可,这也是 Comparator 接口中必须要子类实现的一个方法

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

313YPHU3

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值