当前位置: 首页 > news >正文

【第14节】C++设计模式(行为模式)-Strategy (策略)模式

一、问题的提出

Strategy 模式:算法实现与抽象接口的解耦

        Strategy 模式和 Template 模式要解决的问题是相似的,都是为了将业务逻辑(算法)的具体实现与抽象接口解耦。Strategy 模式通过将算法封装到一个类(Context)中,并通过组合的方式将具体算法的实现委托给组合对象来完成。

二、模式选择

Strategy 模式的典型结构如下图所示:

        其核心思想是将算法的逻辑抽象接口(如 `DoAction`)封装到一个类中(Context),然后通过委托的方式将具体的算法实现交给具体的 Strategy 类(如 `ConcreteStrategyA` 和 `ConcreteStrategyB`)来完成。

三、代码实现

以下是 Strategy 模式的完整实现代码,采用 C++ 编写。

代码实现

Strategy.h

#ifndef _STRATEGY_H_
#define _STRATEGY_H_// 抽象策略类,定义算法接口
class Strategy {
public:Strategy() {}virtual ~Strategy() {}virtual void AlgorithmInterface() = 0;  // 算法接口,子类实现
};// 具体策略类A,实现算法接口
class ConcreteStrategyA : public Strategy {
public:ConcreteStrategyA() {}virtual ~ConcreteStrategyA() {}void AlgorithmInterface() override;  // 实现算法接口
};// 具体策略类B,实现算法接口
class ConcreteStrategyB : public Strategy {
public:ConcreteStrategyB() {}virtual ~ConcreteStrategyB() {}void AlgorithmInterface() override;  // 实现算法接口
};#endif //~_STRATEGY_H_

Strategy.cpp

#include "Strategy.h"
#include <iostream>
using namespace std;// 具体策略类A的算法实现
void ConcreteStrategyA::AlgorithmInterface() {cout << "ConcreteStrategyA: AlgorithmInterface" << endl;
}// 具体策略类B的算法实现
void ConcreteStrategyB::AlgorithmInterface() {cout << "ConcreteStrategyB: AlgorithmInterface" << endl;
}

Context.h

#ifndef _CONTEXT_H_
#define _CONTEXT_H_class Strategy;/*** Context 类是 Strategy 模式的关键,也是 Strategy 模式和 Template 模式的主要区别所在。* Strategy 模式通过组合(委托)的方式实现算法的异构,而 Template 模式则通过继承的方式实现。*/
class Context {
public:Context(Strategy* strategy);  // 构造函数,传入具体策略~Context();void DoAction();  // 执行策略
private:Strategy* _strategy;  // 组合的策略对象
};#endif //~_CONTEXT_H_

Context.cpp

#include "Context.h"
#include "Strategy.h"
#include <iostream>
using namespace std;// 构造函数,初始化策略对象
Context::Context(Strategy* strategy) : _strategy(strategy) {}// 析构函数,释放策略对象
Context::~Context() {if (_strategy) {delete _strategy;}
}// 执行策略
void Context::DoAction() {_strategy->AlgorithmInterface();
}

main.cpp

#include "Context.h"
#include "Strategy.h"
#include <iostream>
using namespace std;int main(int argc, char* argv[]) {Strategy* strategyA = new ConcreteStrategyA();  // 创建具体策略AContext* contextA = new Context(strategyA);     // 创建上下文,传入策略AcontextA->DoAction();                          // 执行策略AStrategy* strategyB = new ConcreteStrategyB();  // 创建具体策略BContext* contextB = new Context(strategyB);     // 创建上下文,传入策略BcontextB->DoAction();                          // 执行策略Bdelete contextA;delete contextB;return 0;
}

代码说明

        Strategy 模式的实现非常直观,其核心思想是将算法的逻辑封装到一个类中,并通过组合的方式将具体算法的实现委托给组合对象。Context 类通过持有 Strategy 对象的指针,动态调用具体的算法实现。

四、总结讨论

        Strategy 模式和 Template 模式解决了类似的问题,但它们采用了不同的实现方式:Strategy 模式通过组合(委托)实现算法的异构,而 Template 模式则通过继承实现。这两种方式各有优缺点:

继承的优缺点

优点:
(1)易于修改和扩展被复用的实现。

缺点:
(1)破坏了封装性,父类的实现细节暴露给子类;
(2)属于“白盒”复用;
(3)当父类的实现更改时,所有子类都需要随之改变;
(4)继承的实现在运行期间不能改变(编译期间已确定)。

组合的优缺点

优点:
(1)属于“黑盒”复用,被包含对象的内部细节对外不可见;
(2)封装性好;
(3)实现和抽象的依赖性小;
(4)可以在运行期间动态定义实现(通过抽象基类的指针)。

缺点:
(1)系统中对象可能过多。

        从上述对比可以看出,组合相比继承具有更好的灵活性和封装性。因此,在面向对象设计中,有一条重要的原则:优先使用对象组合,而非类继承(Favor Composition Over Inheritance)。

        Strategy 模式通过组合的方式实现了算法与抽象接口的解耦,适用于需要在运行时动态切换算法的场景。与 Template 模式相比,Strategy 模式更加灵活,避免了继承带来的强耦合性。在实际开发中,优先使用组合而非继承,可以显著提高代码的可维护性和扩展性。


http://www.mrgr.cn/news/93140.html

相关文章:

  • 51c自动驾驶~合集53
  • 使用 Apache POI 实现 Excel 单元格合并
  • 二百八十五、华为云PostgreSQL——建分区表并设置主键
  • 算法 并查集
  • 20道Redis面试题
  • 深入理解三色标记、CMS、G1垃圾回收器
  • LLM实践——DeepSeek技术报告学习(含实现逻辑梳理)
  • zipformer语音识别的部署
  • GPU/CUDA 发展编年史:从 3D 渲染到 AI 大模型时代
  • Kubernetes教程(三)Docker容器命令
  • 自学嵌入式第27天------TCP和UDP,URL爬虫
  • LeetCode 链表章节
  • Open3D 教程学习指南 (持续整理)
  • 基于 BERT 的抽取式摘要
  • DeepSeek-R1国产化系统gpu驱动+cuda+ollama+webui可视化离线私有化部署
  • BUU44 [BJDCTF2020]ZJCTF,不过如此1 [php://filter][正则表达式get输入数据][捕获组反向引用][php中单双引号]
  • 【c语言指针精选题】
  • stable-diffusion-webui 加载模型文件
  • 计算机网络——子网掩码
  • 解锁MacOS开发:环境配置与应用开发全攻略