大话设计模式解读02-策略模式

2024-06-10 20:28
文章标签 设计模式 模式 02 解读 策略 大话

本文主要是介绍大话设计模式解读02-策略模式，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

本篇文章，来解读《大话设计模式》的第2章——策略模式。并通过Qt和C++代码实现实例代码的功能。

1 策略模式

策略模式作为一种软件设计模式，指对象有某个行为，但是在不同的场景中，该行为有不同的实现算法。

策略模式的特点：

  • 定义了一组算法（业务规则）
  • 封装了每个算法
  • 这一类的算法可互换代替

策略模式的组成：

  • 抽象策略角色（策略类）： 通常由一个接口或者抽象类实现
  • 具体策略角色：包装了相关的算法和行为
  • 环境角色（上下文）：持有一个策略类的引用（或指针），最终给客户端调用

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

2 收银软件实例

题目：做一个商场收银软件，营业员根据用户所购买商品的单价和数量，向客户收费

我们联想策略模式，对于收费行为，在不同的场景中（正常收费、打折收费、满减收费），对应不同的算法（或称策略）实现。

下面先来看版本一，还未使用策略模式，仅实现基础的收费计算。

2.1 版本一：基础收费

这里使用Qt设计一个收费系统的界面，每次可以输入单价和数量，点确定按钮之后，会在信息框中展示此次的合计价格，支持多个商品的多次计算，多次计算的总价在最下面的总计栏中展示。

对应的代码实现如下：

  • on_okBtn_clicked 为Qt点击确定按钮后的槽函数：该函数实现为，此次的价格合计等于价格x数量，多次的价格累加是总计价格。
  • on_resetBtn_clicked 为Qt点击重置按钮后的槽函数：该函数实现为，清空相关的显示和各种数据
void Widget::on_okBtn_clicked()
{// 此次的价格合计：价格*数量float thisPrice = ui->priceEdit->text().toFloat() * ui->numEdit->text().toInt();// 总计m_fTotalPrice += thisPrice;// 窗口中展示明细ui->showPanel->append("price:" + ui->priceEdit->text()+ ", num:" + ui->numEdit->text()+ " -> (" + QString::number(thisPrice) + ")");// 显示总计ui->totalShow->setText(QString::number(m_fTotalPrice));
}void Widget::on_resetBtn_clicked()
{m_fTotalPrice = 0;ui->showPanel->clear();ui->totalShow->clear();ui->priceEdit->clear();ui->numEdit->clear();
}

实际的演示效果如下，仅实现单价x数量功能：

如果在此基础上，需要增加打折收费功能，需要怎么做呢？下面来看版本二。

2.2 版本二：增加打折

对于打折功能，在界面上，只需要增加一个打折率的下拉框即可，然后在计算公式上在加一步乘以打折率即可，代码改动不大：

void Widget::on_okBtn_clicked()
{// 根据下拉框获取对应的打折率float rebate = 1.0;if (ui->calcSelect->currentIndex() == 1) rebate = 0.8;else if (ui->calcSelect->currentIndex() == 2) rebate = 0.7;else if (ui->calcSelect->currentIndex() == 3) rebate = 0.5;// 此次的价格合计：价格*数量*打折率float thisPrice = ui->priceEdit->text().toFloat() * ui->numEdit->text().toInt() * rebate;// 总计m_fTotalPrice += thisPrice;// 窗口中展示明细ui->showPanel->append("price:" + ui->priceEdit->text()+ ", num:" + ui->numEdit->text()+ ", rebate:" + QString::number(rebate)+ " -> (" + QString::number(thisPrice) + ")");// 显示总计ui->totalShow->setText(QString::number(m_fTotalPrice));
}

演示效果如下，可以支持正常收费、八折收费、七折收费和五折收费。

目前看起来代码也还可以，但如果此时需要增加满减活动呢？比如满300减100这种。

因为满减这种方式，不像打折那样简单的乘以一个打折率就行了，它需要两个参数，**满减的价格条件，**的，满减的优惠值，，对于满300减100的方式，如果是700，满足了2次，就要减200了，这种计算方式需要单独再写一套计算逻辑。

下面来看版本三是如何实现的。

2.3 版本三：简单工厂

联想上次介绍的简单工厂模式，对于目前收费的需求，实际可以将其分类三类：

  • 正常收费类：不需要参数
  • 打折收费类：需要1个参数（打折率）
  • 满减收费类（返利收费类）：需要2次参数（满减的价格条件的满减的优惠值）

因此，可以将这3钟方式分别封装为单独的收费类，并通过简单工厂的方式，在不同的收费需求下，实例化对应的收费计算对象，进行收费的计算。

2.3.1 收费类相关代码

对应的代码如下，设计了现金收费类CashSuper以及对应的具体子类：

  • 正常收费类：CashNormal，将原价原路返回
  • 打折收费类：CashRebate，初始化时输入打折率，计算时返回打折后的价格
  • 返利收费类：CashReturn，初始化时输入满减的条件和满减的值，计算时返回满减后的值
// 现金收费类
class CashSuper
{
public:virtual float acceptCash(float money){return money;}
};// 正常收费类
class CashNormal : public CashSuper
{
public:// 原价返回float acceptCash(float money){return money;}
};// 打折收费类
class CashRebate : public CashSuper
{
private:float m_fMoneyRebate = 1.0;public:// 初始化时输入打折率CashRebate(float rebate){m_fMoneyRebate = rebate;}// 返回打折后的价格float acceptCash(float money){return money * m_fMoneyRebate;}
};// 返利收费类
class CashReturn : public CashSuper
{
private:float m_fMoneyCondition = 0;float m_fMoneyReturn    = 0;
public:// 初始化时输入满减的条件和满减的值CashReturn(float moneyCondition, float moneyReturn){m_fMoneyCondition = moneyCondition;m_fMoneyReturn    = moneyReturn;}public:// 返回满减后的值（满足满减倍数，按倍数满减）float acceptCash(float money){float result = money;if (money >= m_fMoneyCondition){result -= ((int) money / (int) m_fMoneyCondition) * m_fMoneyReturn;}return result;}
};//现金收费工厂类
class CashFactory
{
public:CashSuper *createCashAccept(int combIdx) // 参数为下拉列表中的索引{CashSuper *pCS = nullptr;switch (combIdx){case 0: // "正常收费"{pCS = (CashSuper *)(new CashNormal());break;}case 1: // "打8折"{pCS = (CashSuper *)(new CashRebate(float(0.8)));break;}case 2: // "满300返100"{pCS = (CashSuper *)(new CashReturn(float(300), float(100)));break;}default:break;}return pCS;}
};

2.3.2 Qt界面上点击确定的槽函数的修改

Qt界面上点击确定，客户端的处理逻辑如下：

  • 计算此次的价格原价：价格x数量
  • 根据下拉框当前选择的策略，获取对应的索引值，目前代码中写了3种：
    • 索引0：正常收费
    • 索引1：打8折
    • 索引2：满300返100
  • 调用现金计算工厂，传入索引值，实例化对应的现金计算对象
  • 调用现金计算对象，得到此次的计算结果，展示在窗口明细中
  • 计算总计值，显示在总计框
void Widget::on_okBtn_clicked()
{// 此次的价格原价：价格*数量float thisPrice = ui->priceEdit->text().toFloat() * ui->numEdit->text().toInt();// 下拉框不同计算策略的索引值int idx = ui->calcSelect->currentIndex();// 现金计算工厂CashFactory cashFactory;CashSuper *pCS = cashFactory.createCashAccept(idx);if (pCS != nullptr){// 传入原价，根据结算规则，得到计算后的实际价格thisPrice = pCS->acceptCash(thisPrice);delete pCS;}// 总计m_fTotalPrice += thisPrice;// 窗口中展示明细ui->showPanel->append("price:" + ui->priceEdit->text()+ ", num:" + ui->numEdit->text()+ ", method:" +  ui->calcSelect->currentText()+ " -> (" + QString::number(thisPrice) + ")");// 显示总计ui->totalShow->setText(QString::number(m_fTotalPrice));
}

演示效果如下，可以支持正常收费、八折收费、满300减100收费。

上述代码，使用了简单工厂模式后，如果再需要增加一种新类型的促销手段，比如满100元则有10个积分，则只需要再增加一个现在收费类即可，接收2个参数（满足积分的条件和对应的积分值），继承于CashSuper类。

不过，虽然简单工厂模式实现了对不同的收费计算对象的创建管理，但对于本案例，商场可能经常更改打折的额度和返利额度，而每次维护或扩展收费方式都要改动这个工厂，然后代码需要重新编译部署，好像不是一种很好的方式。

下面来看版本四是如何实现的。

2.4 版本四：策略模式

版本四用到了本篇的主题——策略模式。

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

对于本例，商场的促销手段：打折、返利这些，对应的就是算法。

用工厂来生成算法对象，本身也没有问题，但算法只是一种策略，而这些策略是随时可能互相替换的，这就是变化点。

策略模式的作用就是来封装变化点，设计的UML类图如下，与简单工厂的主要区别是将简单工厂类换成了上下文类：

  • 上下文类，或称环境类，维护对具体策略的引用
  • 现金收费类，在这里对应的是策略类（父类）
  • 3种具体收费类，在这里对应的是具体的策略类（子类）

策略模式和简单工厂模式初看可能比较像，下面来看下代码实现的区别。

2.4.1 现金收费上下文类

收费类相关代码。相比较版本三，收费类和具体的收费类都不需要动，只需要把简单工厂类改为现金收费上下文类即可。

现金收费上下文类有一个CashSuper的指针，实现对具体策略的引用

在初始化CashContext时，传入CashSuper的指针的指针，通过其提供的GetResult方法，可以得到其算法的计算结果。

这里的GetResult方法，调用的是具体策略的acceptCash方法。

//现金收费上下文类
class CashContext
{
private:CashSuper *m_pCS = nullptr;public:CashContext(CashSuper *pCsuper){m_pCS = pCsuper;}~CashContext(){if (m_pCS) delete m_pCS;}float GetResult(float money){return m_pCS->acceptCash(money);}
};

2.4.2 Qt界面上点击确定的槽函数的修改

Qt界面上点击确定，客户端的处理逻辑如下：

  • 计算此次的价格原价：价格x数量
  • 根据下拉框当前选择的策略，获取对应的索引值（0：正常收费，1：打8折，2：满300返100）
  • 然后将具体的算法类作为参数来创建一个上下文类
  • 再调用上下文类的GetResult方法，得到此次的计算结果，展示在窗口明细中
  • 计算总计值，显示在总计框
void Widget::on_okBtn_clicked()
{// 此次的价格原价：价格*数量float thisPrice = ui->priceEdit->text().toFloat() * ui->numEdit->text().toInt();// 下拉框不同计算策略的索引值int idx = ui->calcSelect->currentIndex();CashContext *pCC = nullptr;switch (idx){case 0: // "正常收费"{pCC = new CashContext(new CashNormal());break;}case 1: // "打8折"{pCC = new CashContext(new CashRebate(float(0.8)));break;}case 2: // "满300返100"{pCC = new CashContext(new CashReturn(float(300), float(100)));break;}default:break;}// 计算后的价格if (pCC != nullptr){// 传入原价，根据结算规则，得到计算后的实际价格thisPrice = pCC->GetResult(thisPrice);delete pCC;}// 总计m_fTotalPrice += thisPrice;// 窗口中展示明细ui->showPanel->append("price:" + ui->priceEdit->text()+ ", num:" + ui->numEdit->text()+ ", method:" +  ui->calcSelect->currentText()+ " -> (" + QString::number(thisPrice) + ")");// 显示总计ui->totalShow->setText(QString::number(m_fTotalPrice));
}

该代码的演示效果和版本三的一样，这里不再贴图。

下面再来分析下版本四的策略模式和版本三的简单工厂模式的区别：

  • 简单工厂模式：通过简单工厂来得到具体的计算对应对象，调用具体对象的acceptCash方法得到结果。
  • 策略模式：通过上下文类来维护对具体策略的引用，调用上下文类的GetResult方法得到结果（本质也是调用其维护的具体策略的acceptCash方法）。

对比发现，两种模式区别就在于;

  • 简单工厂模式是，根据你的需求，给你创建一个对应的收费计算对象，后续的收费计算你和这个对象来对接即可。
  • 而策略模式是，根据你的需求，上下文类帮你和具体的策略对象对接，你需要计算时，仍然通过上下文类的接口获取即可。

对于版本四的代码，Qt界面上客户端的处理代码又变得复杂了，如何将客户端的那些判断逻辑移走呢？下面来看版本五。

2.5 版本五：策略模式+简单工厂

版本四的代码，CashContext上下文类在初始化时，接收的参数是具体的策略类的指针。

在版本五中，将参数改为Qt界面收费类型下拉框的索引值，然后在CashContext内部，根据索引值，利用简单工厂模式，CashContext自己创建对应的策略对象，代码如下;

2.5.1 在策略模式内加入简单工厂

//现金收费上下文类
class CashContext
{
private:CashSuper *m_pCS = nullptr;public:CashContext(int combIdx){switch (combIdx){case 0: // "正常收费"{m_pCS = (CashSuper *)(new CashNormal());break;}case 1: // "打8折"{m_pCS = (CashSuper *)(new CashRebate(float(0.8)));break;}case 2: // "满300返100"{m_pCS = (CashSuper *)(new CashReturn(float(300), float(100)));break;}default:break;}}~CashContext(){if (m_pCS) delete m_pCS;}float GetResult(float money){if (m_pCS){return m_pCS->acceptCash(money);}return money;}
};

2.5.2 Qt界面上点击确定的槽函数的修改

Qt界面上点击确定，客户端的处理逻辑如下：

  • 计算此次的价格原价：价格x数量
  • 根据下拉框当前选择的策略，获取对应的索引值（0：正常收费，1：打8折，2：满300返100）
  • 然后将索引值作为参数来创建一个上下文类
  • 再调用上下文类的GetResult方法，得到此次的计算结果，展示在窗口明细中
  • 计算总计值，显示在总计框

可以看到如下代码中，版本五的Qt确定按钮的逻辑，又变得清爽起来。

但实际上，只是把这部分判断的代码移动到了CashContext中，如果后续需要新增一种算法，还是要修改CashContext中的判断的，但有需求就会有修改，任何需求的变更都是有成本的，只是变更成本高低的不同，继续降低目前CashContext的修改成本，可以利用反射技术，这在后续介绍抽象工厂模式时会提到。

void Widget::on_okBtn_clicked()
{// 此次的价格原价：价格*数量float thisPrice = ui->priceEdit->text().toFloat() * ui->numEdit->text().toInt();// 下拉框不同计算策略的索引值int idx = ui->calcSelect->currentIndex();CashContext cc = CashContext(idx);// 传入原价，根据结算规则，得到计算后的实际价格thisPrice = cc.GetResult(thisPrice);// 总计m_fTotalPrice += thisPrice;// 窗口中展示明细ui->showPanel->append("price:" + ui->priceEdit->text()+ ", num:" + ui->numEdit->text()+ ", method:" +  ui->calcSelect->currentText()+ " -> (" + QString::number(thisPrice) + ")");// 显示总计ui->totalShow->setText(QString::number(m_fTotalPrice));
}

版本五的演示结果与版本三、版本四的效果一样，这里不再贴图。

3 总结

本篇介绍了设计模式中的策略模式，并通过商场收费计算软件的实例，使用Qt和C++编程，从基础的收费功能到后续需求的增加，一步步修改代码，来学习策略模式的使用，以及对比策略模式与简单工厂模式的不同。

这篇关于大话设计模式解读02-策略模式的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/1049184。

相关文章

解读GC日志中的各项指标用法

解读GC日志中的各项指标用法

《解读GC日志中的各项指标用法》：本文主要介绍GC日志中的各项指标用法,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、基础 GC 日志格式（以 G1 为例）1. Minor GC 日志2. Full GC 日志二、关键指标解析1. GC 类型与触发原因2. 堆
阅读更多...
Java设计模式---迭代器模式(Iterator)解读

Java设计模式---迭代器模式(Iterator)解读

《Java设计模式---迭代器模式(Iterator)解读》：本文主要介绍Java设计模式---迭代器模式(Iterator),具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,... 目录1、迭代器（Iterator）1.1、结构1.2、常用方法1.3、本质1、解耦集合与遍历逻辑2、统一
阅读更多...
Java 线程安全与 volatile与单例模式问题及解决方案

Java 线程安全与 volatile与单例模式问题及解决方案

《Java线程安全与volatile与单例模式问题及解决方案》文章主要讲解线程安全问题的五个成因（调度随机、变量修改、非原子操作、内存可见性、指令重排序）及解决方案,强调使用volatile关键字... 目录什么是线程安全线程安全问题的产生与解决方案线程的调度是随机的多个线程对同一个变量进行修改线程的修改操
阅读更多...
MySQL之InnoDB存储页的独立表空间解读

MySQL之InnoDB存储页的独立表空间解读

《MySQL之InnoDB存储页的独立表空间解读》：本文主要介绍MySQL之InnoDB存储页的独立表空间,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1、背景2、独立表空间【1】表空间大小【2】区【3】组【4】段【5】区的类型【6】XDES Entry区结构【
阅读更多...
SpringBoot中4种数据水平分片策略

SpringBoot中4种数据水平分片策略

《SpringBoot中4种数据水平分片策略》数据水平分片作为一种水平扩展策略,通过将数据分散到多个物理节点上,有效解决了存储容量和性能瓶颈问题,下面小编就来和大家分享4种数据分片策略吧... 目录一、前言二、哈希分片2.1 原理2.2 SpringBoot实现2.3 优缺点分析2.4 适用场景三、范围分片
阅读更多...
MySQL主从复制与读写分离的用法解读

MySQL主从复制与读写分离的用法解读

《MySQL主从复制与读写分离的用法解读》：本文主要介绍MySQL主从复制与读写分离的用法,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、主从复制mysql主从复制原理实验案例二、读写分离实验案例安装并配置mycat 软件设置mycat读写分离验证mycat读
阅读更多...
Python的端到端测试框架SeleniumBase使用解读

Python的端到端测试框架SeleniumBase使用解读

《Python的端到端测试框架SeleniumBase使用解读》：本文主要介绍Python的端到端测试框架SeleniumBase使用,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全... 目录SeleniumBase详细介绍及用法指南什么是 SeleniumBase？SeleniumBase
阅读更多...
Redis Cluster模式配置

Redis Cluster模式配置

《RedisCluster模式配置》：本文主要介绍RedisCluster模式配置,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录分片 一、分片的本质与核心价值二、分片实现方案对比 ‌三、分片算法详解1. ‌范围分片（顺序分片）‌2. ‌哈希分片3. ‌虚
阅读更多...
Redis过期删除机制与内存淘汰策略的解析指南

Redis过期删除机制与内存淘汰策略的解析指南

《Redis过期删除机制与内存淘汰策略的解析指南》在使用Redis构建缓存系统时,很多开发者只设置了EXPIRE但却忽略了背后Redis的过期删除机制与内存淘汰策略,下面小编就来和大家详细介绍一下... 目录1、简述2、Redis http://www.chinasem.cn的过期删除策略（Key Expir
阅读更多...
Nacos注册中心和配置中心的底层原理全面解读

Nacos注册中心和配置中心的底层原理全面解读

《Nacos注册中心和配置中心的底层原理全面解读》：本文主要介绍Nacos注册中心和配置中心的底层原理的全面解读,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录临时实例和永久实例为什么 Nacos 要将服务实例分为临时实例和永久实例?1.x 版本和2.x版本的区别
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2