大话设计模式之策略模式观后感

最新推荐文章于 2025-12-07 16:42:36 发布

原创最新推荐文章于 2025-12-07 16:42:36 发布 · 201 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#设计模式 #策略模式 #java策略模式

本文探讨了策略模式的概念，即封装一系列算法并允许在运行时选择算法。策略模式包括封装类、抽象策略和具体策略三部分。为降低客户端耦合度，建议结合工厂模式，实现在上下文中动态选择策略。

策略模式是对一系列的算法加以封装，为所有算法定义一个抽象的算法接口，并通过继承该抽象算法接口对所有的算法加以封装和实现，具体的算法选择交由客户端决定（策略）。

具体由3部分组成
封装类：也叫上下文，对策略进行二次封装，目的是避免高层模块对策略的直接调用。
抽象策略：通常情况下为一个接口，当各个实现类中存在着重复的逻辑时，则使用抽象类来封装这部分公共的代码
具体策略：具体策略角色通常由一组封装了算法的类来担任，这些类之间可以根据需要自由替换

demo
在这里插入图片描述

但是此时，具体运用那个策略，还是在客户端里面创建，客户端耦合了具体的实现类，这是最好的办法是与普通工厂模式相结合使用，就是在上下文类中，加入工厂类代码，根据客户端传入的不同类型，来实例化具体某个子实现类

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

浪单

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

《大话设计模式》读后感

u013798619的专栏

12-22

4439

第一次读《大话设计模式》，是在刚接触C#的时候。疲累于大部头的官方教材中时，无意间翻开了这本生动有趣的书，甚是眼前一亮。由于当时C#基础薄弱，只是把它当小说来看，如饥似渴，饶有滋味，一口气看到凌晨四点，被不知觉间流逝的时间吓傻了。而今重读，更多的是想重温设计模式的应用场景和感受小菜对编程的热忱。一边做笔记一边看书，初步弄懂UML类图，效率果然高很多。感动也颇多。师傅领进门，修行

策略模式(大话设计模式)C/C++版本

m0_47104421的博客

07-11

500

商场收银软件根据客户所购买商品的单价和数量来收费。

参与评论您还未登录，请先登录后发表或查看评论

读前辈的大话设计模式（七）之原型模式，抒自己的读后感

medier的博客

08-03

418

原型模式

【大话设计模式】策略模式

08-23

337

设计模式：策略模式

大话设计模式读书笔记——策略模式

lizeheng的博客

04-23

421

策略模式是一种定义一系列算法的方法，从概念上来看，所有这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方式调用所有的算法，减少了各种算法类与使用算法类之间的耦合。策略模式的Strategy类层次为Context定义了一系列的可供重用的算法或行为。继承有助于析取出这些算法中的公共功能简化了单元测试，因为每个算法都有自己的类，可以通过自己的接口单独测试当不同的行为堆砌在一个类中时，就很难避免使用条件语句来选择合适的行为。

二、大话设计模式之策略模式

xdx2ct1314的专栏

07-01

237

定义算法家族，分别封装起来，让它们之间可以互相替换，让算法变化，不会影响到用户 GOOD:适合类中的成员以方法为主，算法经常变动；简化了单元测试（因为每个算法都有自己的类，可以通过自己的接口单独测试。策略模式和简单工厂基本相同，但简单工厂模式只能解决对象创建问题，对于经常变动的算法应使用策略模式。 BUG:客户端要做出判断源码： //策略基类 class COperation { pu...

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

码农爱学习的博客

06-10

1392

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

大话设计模式之策略模式

ckg3824278的博客

03-26

659

大话设计模式之策略模式

【C#】大话设计模式-2 策略模式

cxyhjl的博客

03-15

853

策略模式是一种定义一系列算法的方法，从概念上来看，所有这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方式调用所有的算法，减少了各种算法类与使用算法类之间的耦合。将这些行为封装在一个个独立的Strategy类中，可以在使用这些行为的类中消除条件语句。策略模式的优点是简化了单元测试，因为每个算法都有自己的类，可以通过自己的接口单独测试。策略模式就是用来封装算法的，但在实践中，我们发现可以用它来封装几乎任何类型的规则，收费策略的Context类：用一个具体的收费策略来实例化，维护对策略对象的引用。

【资源免费下载】Java代码积累丨大话设计模式（Java实现版本）、线程协作

10-31

设计模式参考《大话设计模式》工厂简单模式创造型模式工厂方法模式抽象工厂模式原型模式建造者模式单例模式结构型模式队列模式桥接模式组合模式装饰模式外观模式享元模式代理模式行为模式（类行为...

【Java】《大话设计模式》java版实现。包括简单工厂模式，策略模式，装饰模式，代理模式，工厂方法模式，原型模式，模板方法模式等.zip

02-10

【Java】《大话设计模式》java版实现。包括简单工厂模式，策略模式，装饰模式，代理模式，工厂方法模式，原型模式，模板方法模式等

Python设计模式之策略模式实例详解

12-23

本文实例讲述了Python设计...大话设计模式 设计模式——策略模式 策略模式(strategy):它定义了算法家族,分别封装起来,让他们之间可以相互替换,此模式让算法的变化,不会影响到使用算法的客户 ''' #现金收费抽象类 class

C++ 设计模式之观察者模式详细介绍

XiaoBinbest的博客

12-02

763

抽象接口是解耦的核心，确保被观察者和观察者仅依赖抽象，不依赖具体实现。

23种设计模式-16中介者模式

不开心就吃辣

12-03

835

本文介绍了中介者模式（Mediator Pattern），这是一种行为设计模式，通过中介对象封装一组对象的交互，减少对象间的直接依赖，提高代码的可扩展性和可维护性。文章分析了适用场景（对象交互复杂、逻辑分散、需提高复用性），详细说明了模式结构（中介者接口、具体中介者、同事类），并提供了Java实现的聊天应用示例代码。该模式类似于现实中的中介角色，能有效处理对象间交互，适用于需要解耦复杂对象关系的场景。

23种设计模式-17备忘录模式

不开心就吃辣

12-04

565

简化发起人实体类(Originator）职责，隔离状态存储与获取，实现了信息的封装，客户端无需关心状态的保存细节；提供回滚功能消耗资源：如果需要保存的状态过多 Memento 类过大时，每一次保存都会消耗很多内存。

Pimpl（Pointer to Implementation）设计模式详解

2301_80355452的博客

12-06

774

cpp// 传统方式 - MyClass.hpublic:MyClass();private:// 私有数据成员// 需要包含<vector>// 需要包含<map>// 需要包含第三方头文件// ... 更多实现细节问题编译依赖：任何包含MyClass.h的文件都会间接包含所有依赖的头文件编译时间长：修改私有成员会导致所有包含此头文件的文件重新编译暴露实现细节：用户能看到私有成员，违反了封装原则。

二十三种设计模式(七)--桥接模式

万波的技术博客

12-06

138

桥接模式是一种结构型设计模式，用于分离多个维度的功能实现，使每个维度都能独立扩展。该模式通过抽象与实现的分离，避免了类数量的指数级增长。以数据库工具为例，将数据库类型（MySQL、Oracle等）和执行方式（普通、预编译等）两个维度拆分，通过抽象类引用接口的方式实现桥接。这样新增数据库类型或执行方式时只需添加相应类，而不影响其他维度，提高了系统的可扩展性和维护性。

设计模式之建造者模式详解

qq_41262225的博客

12-02

882

建造者模式（Builder Pattern）是一种创建型设计模式，它将复杂对象的构建与表示分离，通过链式调用方式逐步设置参数，最终生成不可变对象。该模式解决了传统构造函数参数过多、顺序易错、可选参数处理困难等问题，提高了代码可读性和维护性。典型实现包含产品类、内部建造者类和build()方法，支持参数校验和默认值设置。与构造函数相比，建造者模式使对象创建过程更加清晰灵活，广泛应用于StringBuilder、Lombok等框架中。

二十三种设计模式(八)--装饰器模式

最新发布

万波的技术博客

12-07

121

装饰器模式是一种结构型设计模式，通过包装对象的方式动态扩展功能，同时保持接口一致性。其核心包含基础组件接口（Component）、具体组件（ConcreteComponent）和装饰器类（Decorator）。装饰器通过聚合基础组件引用，在调用前后添加额外功能，实现多层嵌套装饰。示例展示了支付系统的应用场景，基础支付服务被日志记录、加密等装饰器层层包裹，每个装饰器只增强不改变原有功能。该模式优势在于运行时动态组合功能，避免继承导致的类爆炸问题，符合开闭原则。

大话设计模式c++策略模式

01-25

### C++ 中的策略模式 #### 策略模式概述 策略模式是一种行为型设计模式，它定义了一系列算法，并将每个算法封装起来，使它们可以互换。这种模式使得算法可以在不影响客户端的情况下发生变化[^3]。 #### UML 图解在策略模式中，通常有一个上下文(Context)类用于维持对某个具体策略(Concrete Strategy)实例的引用。而所有的具体策略都实现了相同的接口(Strategies Interface)，这允许Context能够调用任何具体的策略而不必关心其内部细节[^4]。 #### 实现步骤为了实现这一模式，在C++里首先要创建一个表示不同策略的行为接口： ```cpp // 定义策略基类 class IStrategy { public: virtual ~IStrategy() {} virtual void execute() const = 0; }; ``` 接着为各种可能的具体操作提供多个派生自`IStrategy`的不同版本: ```cpp // 具体策略A class ConcreteStrategyA : public IStrategy { public: void execute() const override { std::cout << "Executing strategy A\n"; } }; // 具体策略B class ConcreteStrategyB : public IStrategy { public: void execute() const override { std::cout << "Executing strategy B\n"; } }; ``` 最后构建一个持有并能切换当前所使用的策略的对象——即所谓的“环境”或“上下文”。 ```cpp // 上下文类 class Context { private: IStrategy* _strategy; public: // 构造函数接收一个初始策略 explicit Context(IStrategy& s):_strategy(&s){} // 设置新的策略 void set_strategy(IStrategy& new_strategy){ _strategy=&new_strategy; } // 执行选定的策略 void perform_operation(){ if (_strategy != nullptr) _strategy->execute(); else std::cerr<<"No strategy selected.\n"; } }; ``` 这样就完成了简单的策略模式框架搭建。当需求改变时只需新增加对应的策略类即可满足扩展性的要求[^5]。