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

这篇具有很好参考价值的文章主要介绍了【设计模式】阿里终面:你觉得这个例子是策略模式吗?。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

什么是策略模式?

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

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

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

【设计模式】阿里终面:你觉得这个例子是策略模式吗?,设计模式,设计模式,策略模式,bash,开发语言,算法

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

策略模式通过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)进行具体实现的选择。例如正如我们开篇所提到的那样,选择出门的方式:骑车、开车、走路等等,甚至骑车一段时间、走路一段时间、坐飞机一段时间。

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

策略模式实现

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

【设计模式】阿里终面:你觉得这个例子是策略模式吗?,设计模式,设计模式,策略模式,bash,开发语言,算法

  • 上下文类

先创建一个抽象的上下文类,根据传入策略类来获得具体的优惠策略,调用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();
    }
}

正常活动模式:

【设计模式】阿里终面:你觉得这个例子是策略模式吗?,设计模式,设计模式,策略模式,bash,开发语言,算法

返利活动模式:

【设计模式】阿里终面:你觉得这个例子是策略模式吗?,设计模式,设计模式,策略模式,bash,开发语言,算法

打折活动模式:

【设计模式】阿里终面:你觉得这个例子是策略模式吗?,设计模式,设计模式,策略模式,bash,开发语言,算法

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

策略模式+简单工厂

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

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

【设计模式】阿里终面:你觉得这个例子是策略模式吗?,设计模式,设计模式,策略模式,bash,开发语言,算法

并且,客户端代码里“耦合”了多个对象: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文章来源地址https://www.toymoban.com/news/detail-820604.html

到了这里,关于【设计模式】阿里终面:你觉得这个例子是策略模式吗?的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • C++笔记之设计模式全局状态管理类:使整个工程项目中的所有函数可以访问同一个变量,并且能够感知到这个变量的变化(变量共享)

    —— 杭州 2024-03-21 夜 实现方法 : 全局变量(不介绍) 单例模式 全局状态管理类 全局状态管理类+单例模式 静态变量或静态成员(不介绍) code review!

    2024年03月22日
    浏览(50)
  • 软件设计模式与体系结构-设计模式-行为型软件设计模式-状态模式

    与策略模式类似,状态模式将不同状态下的行为封装在不同的类中,每个类代表一个状态 状态模式的组成 Context:定义了与客户程序的接口,它保持了一个concreteState的代表现在状态的实例 State:定义了状态接口,它的各个子类封装了在各种不同状态下的行为 ConcreteState子类:

    2024年02月13日
    浏览(36)
  • 软件设计模式与体系结构-设计模式-行为型软件设计模式-策略模式

    策略模式(Strategy Pattern)是一种行为型设计模式,它定义了一系列算法,并将每个算法封装在独立的类中,使它们可以相互替换。策略模式使得算法可以独立于使用它们的客户端而变化。 下面是一个使用策略模式的简单代码示例,以解释其工作原理: 在上述示例中,策略模

    2024年02月13日
    浏览(108)
  • 软件设计模式与体系结构-设计模式-行为型软件设计模式-中介者模式

    模式动机: 为了减少对象两之间复杂的引用关系,使之成为一个松耦合的系统,需要适用中介者模式 定义: 用一个中介对象来封装一系列的对象交互,中介者使各对象不需要显式地相互引用,从而使耦合松散,而且可以独立地该变它们之间的交互 中介者模式又称为调停者模

    2024年02月12日
    浏览(29)
  • 设计模式-工厂设计模式

    在简单工厂模式的基础上进一步的抽象化 具备更多的可扩展和复用性,增强代码的可读性 使添加产品不需要修改原来的代码,满足 开闭原则 优点 符合 单一职责 ,每个工厂只负责生产对应的产品 符合 开闭原则 ,添加产品只需添加对应的产品类和工厂类 使用者只需要知道

    2024年02月11日
    浏览(36)
  • 【设计模式】单例模式|最常用的设计模式

    单例模式是最常用的设计模式之一,虽然简单,但是还是有一些小坑点需要注意。本文介绍单例模式并使用go语言实现一遍单例模式。 单例模式保证一个类仅有一个实例,并提供一个访问它的全局访问点。 使用场景: 当类只能有一个实例而且可以从一个公开的众所周知的访

    2024年04月29日
    浏览(34)
  • 【设计模式】单例设计模式

    目录 1、前言 2、基本语法 2.1、懒汉式单例 2.2、饿汉式单例 2.3、双重检验锁单例模式 2.4、静态内部类单例模式 2.5、枚举单例模式 2.6、ThreadLocal单例模式 2.7、注册单例模式 3、使用场景 4、使用示例 5、常见问题 5、总结 单例模式是一种设计模式,它确保一个类只能创建一个实

    2024年02月09日
    浏览(34)
  • 设计模式之工厂设计模式

    一种创建型模式,用于封装和管理对象的创建 根据产品是具体产品还是具体工厂可分为简单工厂模式和工厂方法模式 用一个工厂类,根据不同的参数,返回不同的对象。 (根据工厂的抽象程度,可分为工厂方法模式和抽象工厂模式) 工厂方法模式将生成具体产品的任务分发

    2024年02月03日
    浏览(30)
  • 【精选】设计模式——工厂设计模式

    工厂设计模式是一种创建型设计模式,其主要目的是通过将对象的创建过程封装在一个工厂类中来实现对象的创建。这样可以降低客户端与具体产品类之间的耦合度,也便于代码的扩展和维护。 以下是Java中两个常见的工厂设计模式示例: 简单工厂模式又称静态工厂模式,通

    2024年02月04日
    浏览(34)
  • 设计模式浅析(十) ·设计模式之迭代器&组合模式

    日常叨逼叨 java设计模式浅析,如果觉得对你有帮助,记得一键三连,谢谢各位观众老爷😁😁 案例 有两家门店,门店A呢只提供早餐,门店B呢只提供午餐,有一天这两家店铺想要进行合并,一起做大做强,再创辉煌。 合并后呢,对于菜单的定制存在了一定的问题: 门店A的

    2024年04月11日
    浏览(38)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包