【设计模式】阿里终面:你觉得这个例子是策略模式吗?

简介: 【设计模式】阿里终面:你觉得这个例子是策略模式吗?

什么是策略模式?

策略模式,举几个贴近生活的例子:当我们出行的时候,不同的出行方式就是不同的策略,例如走路、开车、骑自行车、坐飞机、坐邮轮等等,每一种出行方式都代表着不同的费用和时间;当我们去商场超市的时候,可能正好打折,也可能正好满减,又或者积分返利等等**,这些都是策略!**

先来看看策略模式的定义:策略模式定义了算法族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化,不会影响到使用算法的客户。

策略模式的精髓就在于将经常变化的一点提取出来,单独变成一类,并且各个类别可以相互替换和组合,类图关系如下:

结合策略模式的类图,可知策略模式主要由三个部分构成:抽象的策略类(所有具体的策略都需要继承它)、具体的策略类(实现了各种不同的策略方法)、上下文类或者说必备参数类(其中主要维护着一个具体策略类的引用,以及策略所必备的上下参数)。

策略模式通过context上下文类来自由的选择所要采取的方法:

public class AbstractContext {
    AbstractStrategy strategy;

    //初始化时传入具体的策略对象
    public AbstractContext(AbstractStrategy strategy) {
        this.strategy = strategy;
    }

    //上下文接口,调用策略的具体方法
    public void ContextInterface() {
        strategy.ItsInterface();
    }
}

而对应的方法都是继承与同一个抽象的策略类

public abstract class AbstractStrategy {
    //留待子类自己实现
    public void ItsInterface(){
    }
}

具体的策略类实现在子类中进行重载,如下:

public class FakeStrategy extends AbstractStrategy{
    
    @Override
    //子类实现的具体方法
    public void ItsInterface() {
        System.out.println("I'm using this method");
    }
}

具体实现

策略模式所要解决的问题主要是在多种算法极其相似的情况下,让对象根据上下文(context)进行具体实现的选择。例如正如我们开篇所提到的那样,选择出门的方式:骑车、开车、走路等等,甚至骑车一段时间、走路一段时间、坐飞机一段时间。


我觉得《大话设计模式》举的例子十分贴切:某商场搞促销活动,有打折活动、满减活动(两个可同时进行),并且打折的力度和满减的程度可能在今后需要进行修正,那么应当如何设计整个系统呢?

策略模式实现

假设现在商场有三种结算方式:正常结算、打折结算、返利结算。根据策略模式的思想,我们可以设计一个这样的系统:

eae332bb18359874685bd415042d42b7.png

  • 上下文类

先创建一个抽象的上下文类,根据传入策略类来获得具体的优惠策略,调用getPrice()来获取最终需要支付的结果。


public class CashContext {

    private CashAbstract CashAbstract;

    public CashContext(CashAbstract CashAbstract) {
        this.CashAbstract = CashAbstract;
    }

    public double getResult(double money) {
        return CashAbstract.acceptCash(money);
    }
}
  • 抽象策略类

抽象策略类在这里指的是根据商场活动以及顾客的消费额来计算真正应该支付的金额:

public abstract class CashAbstract {
    public abstract double acceptCash(double money);
}
  • 三种具体的策略子类

商场活动一共有三种:正常收费(无活动)、打折收费、返利收费,这里只给出返利收费的实现:

public class CashReturn extends CashAbstract {
    //返利收费,初始化时必须输入返利条件以及返利金额
    private double moneyCondition = 0.0;
    private double moneyReturn = 0.0d;

    public CashReturn(double moneyCondition, double moneyReturn) {
        this.moneyCondition = moneyCondition;
        this.moneyReturn = moneyReturn;
    }

    @Override
    public double acceptCash(double money) {
        double result = money;

        if (money >= moneyCondition) {
            result = money - Math.floor(money / moneyCondition) * moneyReturn;
        }

        return result;
    }
}
  • 测试一下我们的设计的收费系统
public class App {
    public static void main(String[] args) {
        CashContext cashContext = null;

        Scanner scanner = new Scanner(System.in);
        System.out.print("请输入活动内容:1是正常收费,2是返利收费,3是打折活动");
        int in = scanner.nextInt();
        String type = "";

        switch (in) {
            case 1:
                cashContext = new CashContext(new CashNormal());
                type += "正常收费";
                break;

            case 2:
                cashContext = new CashContext(new CashReturn(300, 100));
                type += "满300返100";
                break;

            case 3:
                cashContext = new CashContext(new CashRebate(0.8));
                type += "打8折";
                break;

            default:
                System.out.println("请输入1/2/3");
                break;
        }

        double totalPrices = 0;

        System.out.print("请输入单价:");
        double price = scanner.nextDouble();
        System.out.print("请输入数量:");
        double num = scanner.nextDouble();
        totalPrices = cashContext.getPrice(price * num);

        System.out.println("单价:" + price + ",数量:" + num + ",类型:" + type + ",合计:" + totalPrices);

        scanner.close();
    }
}

正常活动模式:

2400b7d98296f4fd6d2929c90916fc1e.png

返利活动模式:

3ef6c11aaf01cae034c7156e816db6fb.png

打折活动模式:

e80f58129b3cd21079fb896cadb46c73.png

可见,我们设计的收费系统是没问题的。

策略模式+简单工厂

虽然,上述策略模式的实现能够正常运行,且满足当前的需求。但是,代码无错便是优吗?当然不是!

仔细想想,按照上文代码的实现思路,如果新增一个活动类别,岂不是还需要在switch-case种加一个分支?

5bc75108b808830afaf23ccb3735b2a8.png

并且,客户端代码里“耦合”了多个对象:cashContext与cashNormal、cashReturn、CashRebate。客户端耦合的对象越多,之后的修改和拓展就会越来越困难。

在之前介绍三种工厂模式的时候我们提到,当遇到这种switch-case语句的时候,往往都可以使用简单工厂模式来解决,又或者通过反射来简化代码。

大伙不妨试一试?

总结

先说说策略的优缺点:

策略模式的优点就在于可以灵活的选择需要使用的算法,减少ifelse语句

缺点就是,如果具体的策略类较多的话,各个策略类之间不具有复用性

具体的应用场景呢?

需要进行算法切换的场景,且各个算法之间只有实现上的差异,其余参数可以抽离出来共用。

参考链接

《大话设计模式》

《Head First 设计模式》

https://www.cnblogs.com/adamjwh/p/11011095.html

项目地址

https://github.com/white0dew/Design-pattern/tree/master

相关文章
|
2月前
|
设计模式 算法 测试技术
PHP中的设计模式:策略模式的应用与实践
在软件开发的浩瀚海洋中,设计模式如同灯塔,指引着开发者们避开重复造轮子的暗礁,驶向高效、可维护的代码彼岸。今天,我们将聚焦于PHP领域中的一种重要设计模式——策略模式,探讨其原理、应用及最佳实践,揭示如何通过策略模式赋予PHP应用灵活多变的业务逻辑处理能力,让代码之美在策略的变换中熠熠生辉。
|
10天前
|
设计模式 算法 Kotlin
Kotlin教程笔记(53) - 改良设计模式 - 策略模式
本教程详细讲解Kotlin语法,适合深入学习。快速入门可参考“简洁”系列教程。本文通过游泳运动员的案例,介绍策略模式及其在Kotlin中的改良应用,利用高阶函数简化代码结构,提高灵活性。
24 3
|
11天前
|
设计模式 算法 Kotlin
Kotlin教程笔记(53) - 改良设计模式 - 策略模式
本教程详细讲解Kotlin语法,适合深入学习。快速入门可参考“简洁”系列教程。本文介绍策略模式在Kotlin中的应用,通过游泳运动员的例子,展示如何使用接口和高阶函数实现策略模式,使代码更简洁、灵活。
22 2
|
12天前
|
设计模式 算法 Kotlin
Kotlin教程笔记(53) - 改良设计模式 - 策略模式
Kotlin教程笔记(53) - 改良设计模式 - 策略模式
40 3
|
13天前
|
设计模式 算法 Kotlin
Kotlin教程笔记(53) - 改良设计模式 - 策略模式
Kotlin教程笔记(53) - 改良设计模式 - 策略模式
24 3
|
12天前
|
设计模式 算法 PHP
PHP中的设计模式:策略模式的深入解析与实践
【10月更文挑战第9天】 策略模式是一种行为设计模式,它允许在运行时选择算法的行为。在PHP开发中,通过使用策略模式,我们可以轻松切换算法或逻辑处理方式而无需修改现有代码结构。本文将深入探讨策略模式的定义、结构以及如何在PHP中实现该模式,并通过实际案例展示其应用价值和优势。
11 1
|
13天前
|
设计模式 算法 PHP
PHP中的设计模式:策略模式的深入解析与应用
【10月更文挑战第8天】 在软件开发的浩瀚宇宙中,设计模式如同星辰指引,照亮了代码设计与架构的航道。本文旨在深入探索PHP语境下策略模式(Strategy Pattern)的精髓,不仅剖析其内核原理,还将其融入实战演练,让理论在实践中生根发芽。策略模式,作为解决“如何优雅地封装算法族”的答案,以其独特的灵活性与扩展性,赋予PHP应用以动态变换行为的能力,而无需牵动既有的类结构。
14 2
|
14天前
|
设计模式 算法 PHP
PHP中的设计模式:策略模式的深入解析与实践
在PHP开发中,设计模式是提高代码可读性、可维护性和扩展性的重要工具。本文将深入探讨策略模式这一行为型设计模式,通过分析其定义、结构、使用场景以及在PHP中的实际应用,帮助开发者更好地理解和运用策略模式来优化自己的项目。不同于传统摘要的简洁概述,本文摘要部分将详细阐述策略模式的核心理念和在PHP中的实现方法,为读者提供清晰的指引。
|
23天前
|
设计模式 算法 PHP
PHP中的设计模式:策略模式的深入解析与实践
策略模式是一种行为型设计模式,用于定义一系列算法,将每种算法都封装起来,并使它们可以互换。本文将探讨如何在PHP中实现策略模式,以及如何利用它来提高代码的灵活性和可维护性。通过具体示例,我们将看到策略模式在处理复杂业务逻辑时的优势,从而帮助开发者编写出更加清晰、易于扩展的代码。
|
22天前
|
设计模式 算法 PHP
PHP中的设计模式:策略模式的深入解析与实践
在软件开发的广袤领域中,PHP以其灵活性和广泛的应用场景占据了一席之地。本文聚焦于PHP中的一个核心概念——设计模式,特别是策略模式。策略模式作为一种行为型设计模式,允许在运行时选择算法或操作的具体实现,为软件设计带来了极大的灵活性。本文将深入探讨策略模式的基本原理、应用场景以及在PHP中的具体实现方式,旨在帮助开发者更好地理解和运用这一设计模式,提升代码的可维护性和扩展性。
14 2