设计模式：策略模式（Strategy）

最新推荐文章于 2024-05-31 10:50:40 发布
最新推荐文章于 2024-05-31 10:50:40 发布
阅读量1.4k 收藏 40
点赞数 17
分类专栏： 设计模式 文章标签： 设计模式 策略模式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ProgramNovice/article/details/138557530
版权

设计模式：策略模式（Strategy）

设计模式：策略模式（Strategy）

策略模式（Strategy）属于行为型模式（Behavioral Pattern）的一种。

行为型模式（Behavioral Pattern）是对在不同的对象之间划分责任和算法的抽象化。

行为型模式不仅仅关注类和对象的结构，而且重点关注它们之间的相互作用。

通过行为型模式，可以更加清晰地划分类与对象的职责，并研究系统在运行时实例对象之间的交互。在系统运行时，对象并不是孤立的，它们可以通过相互通信与协作完成某些复杂功能，一个对象在运行时也将影响到其他对象的运行。

行为型模式分为类行为型模式和对象行为型模式两种：

  1. 类行为型模式：类的行为型模式使用继承关系在几个类之间分配行为，类行为型模式主要通过多态等方式来分配父类与子类的职责。
  2. 对象行为型模式：对象的行为型模式则使用对象的聚合关联关系来分配行为，对象行为型模式主要是通过对象关联等方式来分配两个或多个类的职责。根据“合成复用原则”，系统中要尽量使用关联关系来取代继承关系，因此大部分行为型设计模式都属于对象行为型设计模式。

模式动机

完成一项任务，往往可以有多种不同的方式，每一种方式称为一个策略，我们可以根据环境或者条件的不同选择不同的策略来完成该项任务。在软件开发中也常常遇到类似的情况，实现某一个功能有多个途径，此时可以使用一种设计模式来使得系统可以灵活地选择解决途径，也能够方便地增加新的解决途径。

在软件系统中，有许多算法可以实现某一功能，如查找、排序等，一种常用的方法是硬编码（Hard Coding）在一个类中，如需要提供多种查找算法，可以将这些算法写到一个类中，在该类中提供多个方法，每一个方法对应一个具体的查找算法；当然也可以将这些查找算法封装在一个统一的方法中，通过if…else…等条件判断语句来进行选择。这两种实现方法我们都可以称之为硬编码，如果需要增加一种新的查找算法，需要修改封装算法类的源代码；更换查找算法，也需要修改客户端调用代码。在这个算法类中封装了大量查找算法，该类代码将较复杂，维护较为困难。

除了提供专门的查找算法类之外，还可以在客户端程序中直接包含算法代码，这种做法更不可取，将导致客户端程序庞大而且难以维护，如果存在大量可供选择的算法时问题将变得更加严重。

为了解决这些问题，可以定义一些独立的类来封装不同的算法，每一个类封装一个具体的算法，在这里，每一个封装算法的类我们都可以称之为策略（Strategy），为了保证这些策略的一致性，一般会用一个抽象的策略类来做算法的定义，而具体每种算法则对应于一个具体策略类。

模式定义

策略模式又称为政策模式（Policy），属于行为型模式。

策略模式定义一系列算法，将每一个算法封装起来，并让它们可以相互替换。策略模式让算法独立于使用它的客户而变化。

模式结构

策略模式（Strategy）包含如下角色：

  • 环境（Context）：维护一个对策略对象的引用，负责将客户端请求委派给具体的策略对象执行。环境类可以通过依赖注入、简单工厂等方式来获取具体策略对象。
  • 抽象策略（Strategy）：定义了策略对象的公共接口或抽象类，规定了具体策略类必须实现的方法。
  • 具体策略（Concrete Strategy）：实现了抽象策略定义的接口或抽象类，包含了具体的算法实现。

策略模式通过将算法与使用算法的代码解耦，提供了一种动态选择不同算法的方法。客户端代码不需要知道具体的算法细节，而是通过调用环境类来使用所选择的策略。

在这里插入图片描述

时序图

在这里插入图片描述

模式实现

环境类 Context.h：

#ifndef _CONTEXT_H_
#define _CONTEXT_H_

#include "Strategy.h"

class Context
{
private:
	Strategy* m_pStrategy;

public:
	void algorithm()
	{
		m_pStrategy->algorithm();
	}
	void setStrategy(Strategy* strategy)
	{
		m_pStrategy = strategy;
	}
	Strategy* getStrategy()
	{
		return m_pStrategy;
	}
};

#endif // !_CONTEXT_H_

抽象策略类 Strategy.h：

#ifndef _STRATEGY_H_
#define _STRATEGY_H_

class Strategy
{
public:
	virtual void algorithm() = 0;
};

#endif // !_STRATEGY_H_

具体策略A类 ConcreteStrategyA.h：

#ifndef _CONCRETE_STRATEGY_A_H_
#define _CONCRETE_STRATEGY_A_H_

#include <iostream>

#include "Strategy.h"

class ConcreteStrategyA : public Strategy
{

public:
	virtual void algorithm()
	{
		std::cout << "use algorithm A" << std::endl;
	}
};

#endif // !_CONCRETE_STRATEGY_A_H_

具体策略B类 ConcreteStrategyB.h：

#ifndef _CONCRETE_STRATEGY_B_H_
#define _CONCRETE_STRATEGY_B_H_

#include <iostream>

#include "Strategy.h"

class ConcreteStrategyB : public Strategy
{

public:
	virtual void algorithm()
	{
		std::cout << "use algorithm B" << std::endl;
	}
};

#endif // !_CONCRETE_STRATEGY_B_H_

在单线程环境下的测试

测试代码：

#include <iostream>
#include <stdlib.h>

#include "Context.h"
#include "ConcreteStrategyA.h"
#include "ConcreteStrategyB.h"
#include "Strategy.h"

using namespace std;

int main(int argc, char* argv[])
{
	Context* cxt = new Context();

	Strategy* s1 = new ConcreteStrategyA();
	cxt->setStrategy(s1);
	cxt->algorithm();

	Strategy* s2 = new ConcreteStrategyB();
	cxt->setStrategy(s2);
	cxt->algorithm();

	delete s1;
	delete s2;
	delete cxt;

	system("pause");
	return 0;
}

运行结果：

在这里插入图片描述

在多线程环境下的测试

略。

模式分析

  • 策略模式是一个比较容易理解和使用的设计模式，策略模式是对算法的封装，它把算法的责任和算法本身分割开，委派给不同的对象管理。策略模式通常把一个系列的算法封装到一系列的策略类里面，作为一个抽象策略类的子类。用一句话来说，就是“准备一组算法，并将每一个算法封装起来，使得它们可以互换”。
  • 在策略模式中，应当由客户端自己决定在什么情况下使用什么具体策略角色。
  • 策略模式仅仅封装算法，提供新算法插入到已有系统中，以及老算法从系统中“退休”的方便，策略模式并不决定在何时使用何种算法，算法的选择由客户端来决定。这在一定程度上提高了系统的灵活性，但是客户端需要理解所有具体策略类之间的区别，以便选择合适的算法，这也是策略模式的缺点之一，在一定程度上增加了客户端的使用难度。

优缺点

优点：

  1. 策略模式提供了对“开闭原则”的完美支持，用户可以在不修改原有系统的基础上选择算法或行为，也可以灵活地增加新的算法或行为。
  2. 策略模式提供了管理相关的算法族的办法。
  3. 策略模式提供了可以替换继承关系的办法。
  4. 使用策略模式可以避免使用多重条件转移语句。

缺点：

  1. 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。
  2. 策略模式将造成产生很多策略类，所有策略类都需要对外暴露。

适用场景

在以下情况下可以使用策略模式：

  • 如果在一个系统里面有许多类，它们之间的区别仅在于它们的行为，那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。
  • 一个系统需要动态地在几种算法中选择一种。
  • 如果一个对象有很多的行为，如果不用恰当的模式，这些行为就只好使用多重的条件选择语句来实现。
  • 不希望客户端知道复杂的、与算法相关的数据结构，在具体策略类中封装算法和相关的数据结构，提高算法的保密性与安全性。

应用场景

  1. Java SE 中的每个容器都存在多种布局供用户选择。
  2. 出行旅游可以乘坐飞机、乘坐火车、骑自行车或自己开私家车等。
  3. 超市促销可以釆用打折、送商品、送积分等方法。
  4. 当实现某一个功能存在多种算法或者策略，我们可以根据环境或者条件的不同选择不同的算法或者策略来完成该功能，如数据排序策略有冒泡排序、选择排序、插入排序、二叉树排序等。

状态模式和策略模式的异同

在这里插入图片描述

在这里插入图片描述

相同点：

  1. 类图、类的结构一样。
    状态模式：Context环境类、State类（抽象状态类、具体状态类）
    策略模式：Context环境类、Strategy类（抽象策略类、具体策略类）
  2. 两种模式都是行为型模式，UML图相同，都是将核心类（State类或Strategy类）注入到Context类中，在客户端通过操作Context环境类间接操作核心类（State类或Strategy类），巧妙的在客户端屏蔽核心类。

不同点：

  1. 状态可以看作是Context类的一个内在属性，是必不可少的，新建Context类对象时，Context类的初始化函数中就要初始化状态属性；策略不是Context的属性，是Context类调用的一个外界的东西。
  2. 状态模式中一定含有“状态切换”逻辑，不管是在ConcreteState类中还是在Context类中，状态类中一定含有“状态切换”代码；策略模式只是简单的在客户端切换策略，核心类（Strategy类）中没有“切换”逻辑。

核心类（State类或Strategy类）是内在属性的时候是状态模式，是外界东西的时候是策略模式。
存在核心类（State类或Strategy类）切换逻辑的是状态模式，不存在的是策略模式。

模板方法模式和策略模式的区别

模板方法模式的主要思想：定义一个算法流程，将一些特定步骤的具体实现、延迟到子类。使得可以在不改变算法流程的情况下，通过不同的子类、来实现“定制”流程中的特定的步骤。

策略模式的主要思想：使不同的算法可以被相互替换，而不影响客户端的使用。

在思想和意图上看，模板方法更加强调：

  1. 定义一条线（算法流程），线上的多个点是可以变化的（具体实现在子类中完成），线上的多个点一定是会被执行的，并且一定是按照特定流程被执行的。
  2. 算法流程只有唯一的入口，对于点的访问是受限的。

策略模式更注重于： 一个“策略”是一个整体的（完整的）算法，算法是可以被整体替换的。而模板方法只能被替换其中的特定点，算法流程是固定不可变的。

模式优点缺点
策略模式横向扩展性好，灵活性高客户端需要知道全部策略，若策略过多会导致复杂度升高
模板方法模式可维护性好，纵向扩展性好耦合性较高，子类无法影响父类公用模块代码

模式扩展

在一个使用策略模式的系统中，当存在的策略很多时，客户端管理所有策略算法将变得很复杂，如果在环境类中使用策略工厂模式来管理这些策略类将大大减少客户端的工作复杂度：

在这里插入图片描述

参考

  1. https://design-patterns.readthedocs.io/zh-cn/latest/behavioral_patterns/behavioral.html
  2. https://www.runoob.com/design-pattern/strategy-pattern.html
  3. https://blog.csdn.net/weixin_45433817/article/details/131037102
  4. https://blog.csdn.net/zhaominyong/article/details/106241643
UestcXiye
关注
  • 17
    点赞
  • 踩
  • 40
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
设计模式：策略模式示例
liu_rockefeller的博客
04-06 582
这些示例展示了策略模式在不同场景下的应用。策略模式允许在运行时选择合适的算法或行为，同时也方便未来添加新的策略而不影响现有代码。在需要压缩文件的应用程序中，可以根据文件类型或用户的选择应用不同的压缩策略。在需要对不同类型的数据集进行排序时，可以使用策略模式来选择不同的排序算法。电子商务应用程序中，可以根据用户的支付方式选择不同的支付策略。
Java设计模式：策略模式
CHEN的博客
12-24 340
什么是策略模式 Strategy模式也叫策略模式是行为模式之一，它对一系列的算法加以封装，为所有算法定义一个抽象的算法接口，并通过继承该抽象算法接口对所有的算法加以封装和实现，具体的算法选择交由客户端决定（策略）。Strategy模式主要用来平滑地处理算法的切换 。 实现步骤 新建Strategy接口 public interface Strategy { public void encrypt(); } 创建策略（算法）的具体实现。 public class MD5Strategy
详解设计模式：策略模式
栗筝i的博客
12-02 1793
策略模式（Strategy Pattern）也被称为政策模式（Policy Pattern），是在 GoF 23 种设计模式中定义了的行为型模式。 策略模式 是针对一组算法，将每一个算法封装到具有共同接口的独立的类中，使得它们可以互换，被封装起来的算法具有独立性外部不可改变其特性。 本片文章内容包括：关于策略模式、策略模式 Demo（伪代码）、策略模式的应用（Comparator 中的策略模式）
设计模式：策略模式
m0_59925573的博客
05-02 1105
策略模式（Strategy Pattern）是一种常用的软件设计模式，属于行为型模式。它的目的是定义一系列算法，并将每个算法封装起来让它们可以互换使用，算法的变化不会影响使用算法的用户。策略模式常用于创建一组可互换的算法，客户端可以根据需要选择不同的算法。
Spring源码设计模式：策略模式(Strategy Pattren)
纸上得来终觉浅，绝知此事要躬行
03-26 1141
目录 策略模式 避免写IF逻辑语句 Spring源码策略模式 策略解析工具类 版本解析策略 Handler命名映射策略 参考资料 策略模式 在策略模式（Strategy Pattern）中，一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为型模式。 在策略模式中，我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。策略对象改变 context 对象的执行算法。 ===介绍=== 意图：定义一系列的算法,把它们一个个封装起来, 并且使...
人人都会设计模式：策略模式
沉潜飞动
11-16 6119
该图片由daschorsch在Pixabay上发布 你好，我是看山。 本文收录在《一个架构师的职业素养》专栏，日拱一卒，功不唐捐。 定义 策略模式，英文全称是 Strategy Design Pattern。在 GoF 的《设计模式》一书中，它是这样定义的： Define a family of algorithms, encapsulate each one, and make them interchangeable. Strategy lets the algorithm vary in..
java设计模式：策略模式
qq_36833673的博客
02-03 709
在平常的开发工作中，经常会用到不同的设计模式，合理的使用设计模式，可以提高开发效率，提高代码质量，提高代码的可拓展性和维护性。1：避免条件语句嵌套：如果有多个if - else条件，会使代码变得看起来很复杂，使用策略模式可以简化，是代码更加简洁。2：支付方式的选择：电商系统中支付模块，可以根据用户选择的支付方式，动态的选择不同的方法。环境上下文：执行具体的策略，即使用策略入口类。具体策略：实现具体的算法或者抽象方法。
设计模式：策略设计模式
weixin_44251099的博客
05-25 1506
策略设计模式（Strategy Pattern）是一种定义一系列算法的方法，从概念上来看，所有这些算法完成的都是相同的工作，只是实现不同，它可以让算法的变化独立于使用算法的客户端。定义一个抽象的策略接口或抽象类，其中声明了一个抽象的算法方法。定义一个环境类，持有一个抽象策略类的引用，用于调用具体的策略类中实现的算法。策略设计模式是一种非常实用的设计模式，它可以让我们在程序运行过程中动态地切换算法，从而提高程序的灵活性和可扩展性。
设计模式学习（四）：Strategy策略模式
m0_49499183的博客
01-11 1445
使用Strategy模式可以整体地替换算法。使用Abstract Factory模式则可以整体地替换具体工厂、零件和产品。
设计模式:（策略模式）
qq_51447436的博客
04-07 8158
设计模式:（策略模式）
设计模式-策略模式（Strategy）
09-20
在策略模式（Strategy Pattern）中一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为型模式。
C++设计模式之策略模式（Strategy）
12-31
策略模式是一种定义一系列算法的方法，Strategy类层次为Context定义了一系列的可重用的算法或行为， 所有的算法以相同的方式进行调用，减少了算法类之间的耦合 类视图 实现 class Strategy { public: ~Strategy()...
Java设计模式之策略模式（Strategy模式）介绍
09-03
主要介绍了Java设计模式之策略模式（Strategy模式）介绍,Strategy是属于设计模式中对象行为型模式,要是定义一系列的算法,这些算法一个个封装成单独的类,需要的朋友可以参考下
php设计模式 Strategy(策略模式)
12-19
抽象策略(Strategy）角色：定义所有支持的算法的公共接口。通常是以一个接口或抽象来实现。Context使用这个接口来调用其ConcreteStrategy定义的算法。 具体策略(ConcreteStrategy)角色：以Strategy接口实现某具体...
设计模式-享元模式
楠姐的博客
05-29 676
享元模式（Flyweight Pattern）是一种用于效率和内存优化的结构型设计模式。这种模式通过共享尽可能多的相似对象来减少内存使用，特别适合于处理大量对象时，每个对象都消耗大量内存的场景。总的来说，享元模式在处理大量相似对象时提供了一种有效的内存优化策略。然而，它的使用应当谨慎，需要正确评估和设计内部状态和外部状态，以确保不会对应用程序的逻辑造成负面影响。在 JavaScript 等动态语言中，享元模式可以帮助管理内存消耗，尤其是在客户端浏览器环境中，这对提升用户体验和应用性能都是非常有益的。
设计模式21——命令模式
weixin_43687024的博客
05-29 1047
1、将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化，对请求排队或记录请求日志，以及支持可撤销的操作。2、可以在 根据请求执行命令的类 里、设计一个命令队列，把 声明接收者执行哪些命令的类 保存起来；3、允许接受请求的一方拒绝请求。
设计模式深度解析：分布式与中心化
最新发布
zgw555555的专栏
05-31 526
分布式系统和中心化系统各有其特点和优势，适用于不同的业务场景。在设计系统时，应根据业务需求和技术特点选择适当的架构和设计模式。
设计模式 17 组合模式 Composite Pattern
jxusthusiwen的专栏
05-26 1039
组合模式（Composite Pattern），又叫部分整体模式，是用于把一组相似的对象当作一个单一的对象。组合模式依据树形结构来组合对象，用来表示部分以及整体层次。这种类型的设计模式属于结构型模式，它创建了对象组的树形结构。这种模式创建了一个包含自己对象组的类。该类提供了修改相同对象组的方式。它允许你将对象组合成树形结构，以表示“部分-整体”层次关系。
设计模式深度解析：分布式与中心化，IT界两大巨头“华山论剑”
制定明确可量化的目标，坚持默默的做事。
05-26 2483
分布式模式与中心化模式各有其独特的优势和局限性。分布式模式因其高容错性和适应大规模复杂系统的能力，在处理大数据和高并发场景中具有显著优势，然而，其节点间数据传输的安全性要求高，且开发调试难度较大，这是其面临的挑战。相比之下，中心化模式在安全控制和开发维护方面更具优势，适用于对安全性和稳定性要求较高的场景。在选择时，需综合考虑业务需求和技术要求，权衡利弊。未来，随着云计算、边缘计算等技术的发展，两种模式将迎来新的机遇与挑战，需灵活调整策略，确保系统高效稳定运行。
设计模式：策略模式（根据参数，调用不同的service接口）
06-10
策略模式是一种行为型设计模式，它允许在运行时动态地选择算法的行为，这些算法在同一接口中定义。在策略模式中，创建一个策略接口，然后定义多个实现该接口的具体策略类。接着，在使用策略的时候，需要根据不同的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

UestcXiye

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

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

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

打赏作者

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

抵扣说明：

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

余额充值