C++设计模式:享元模式 (附文字处理系统中的字符对象案例)

news/2024/12/25 0:51:47/

什么是享元模式?

享元模式是一个非常实用的结构型设计模式,它的主要目的是节省内存,尤其在需要创建大量相似对象时。

  • 通俗解释
    想象我们在写一本书,每个字母都需要表示出来。如果每个字母都单独用对象表示,不仅创建对象的成本高,而且内存占用也很大。但是,字母其实是有限的(比如英文字母只有26个大小写字母),我们可以让所有相同的字母对象共享,只存储不同的额外信息(比如字母的字体、颜色等)。

通过这种方式,我们避免了重复创建相同的字母对象,从而节省了大量内存。这就是享元模式的核心思想:将可以共享的部分抽取出来共享,用少量对象完成大量对象的表示。


享元模式的原理

享元模式的核心在于分离对象的状态

  1. 内在状态(Intrinsic State)

    • 对象中可以共享、不变的部分。
    • 例如字母的实际内容(‘A’、'B’等)就是内在状态。
  2. 外在状态(Extrinsic State)

    • 对象中不可以共享、经常变化的部分。
    • 例如字母的字体、颜色、大小等就是外在状态,由客户端传递。

通过将状态分离,享元模式可以将内在状态共享,避免重复创建对象,进而节省内存。


享元模式的组成

享元模式通常包含以下几个角色:

  1. Flyweight(享元接口):定义享元对象的公共接口。
  2. ConcreteFlyweight(具体享元类):实现享元接口,表示可以共享的具体对象。
  3. UnsharedConcreteFlyweight(非共享享元类,可选):表示不需要共享的享元类。
  4. FlyweightFactory(享元工厂):管理享元对象的创建和共享,确保相同的享元对象只会被创建一次。
  5. Client(客户端):使用享元对象,将外在状态传递给享元对象。

案例:文字处理系统中的字符对象

场景描述

我们需要实现一个简单的文字处理系统,其中:

  • 每个字符用一个对象表示。
  • 字符内容(‘A’、'B’等)是固定的,可以共享(内在状态)。
  • 字符的字体、大小、颜色等信息是外在状态,由客户端动态传递。
实现目标
  • 利用享元模式共享相同的字符对象,避免重复创建。
  • 通过外在状态动态调整字符的显示样式。

代码实现

以下是完整的代码实现,输出信息为中文,并配有详细的注释。

#include <iostream>
#include <unordered_map>
#include <string>
#include <memory>// 抽象享元类:Flyweight
class Flyweight {
public:// 展示字符信息,结合外在状态进行操作virtual void display(const std::string& 字体, int 大小, const std::string& 颜色) const = 0;virtual ~Flyweight() = default;
};// 具体享元类:ConcreteFlyweight
class ConcreteFlyweight : public Flyweight {
private:char 内在状态; // 内在状态,表示字符内容public:explicit ConcreteFlyweight(char c) : 内在状态(c) {}// 实现展示方法void display(const std::string& 字体, int 大小, const std::string& 颜色) const override {std::cout << "字符: " << 内在状态 << ", 字体: " << 字体 << ", 大小: " << 大小 << ", 颜色: " << 颜色 << std::endl;}
};// 享元工厂类:FlyweightFactory
class FlyweightFactory {
private:std::unordered_map<char, std::shared_ptr<Flyweight>> flyweights; // 存储享元对象public:// 获取享元对象std::shared_ptr<Flyweight> getFlyweight(char c) {// 如果享元对象不存在,则创建一个新的对象if (flyweights.find(c) == flyweights.end()) {flyweights[c] = std::make_shared<ConcreteFlyweight>(c);std::cout << "创建新的享元对象: " << c << std::endl;}return flyweights[c];}// 获取享元对象的总数size_t getFlyweightCount() const {return flyweights.size();}
};// 客户端代码
int main() {FlyweightFactory 工厂; // 创建享元工厂// 获取并使用享元对象auto 字符A = 工厂.getFlyweight('A');auto 字符B = 工厂.getFlyweight('B');auto 字符C = 工厂.getFlyweight('C');// 重复获取相同的享元对象auto 字符A2 = 工厂.getFlyweight('A');// 使用享元对象,传递外在状态字符A->display("微软雅黑", 12, "红色");字符B->display("宋体", 14, "蓝色");字符C->display("楷体", 10, "绿色");字符A2->display("黑体", 16, "黑色");// 输出享元对象的总数std::cout << "享元对象的总数: " << 工厂.getFlyweightCount() << " 个" << std::endl;return 0;
}

运行结果

运行上述代码后,输出结果如下:

创建新的享元对象: A
创建新的享元对象: B
创建新的享元对象: C
字符: A, 字体: 微软雅黑, 大小: 12, 颜色: 红色
字符: B, 字体: 宋体, 大小: 14, 颜色: 蓝色
字符: C, 字体: 楷体, 大小: 10, 颜色: 绿色
字符: A, 字体: 黑体, 大小: 16, 颜色: 黑色
享元对象的总数: 3 个

代码讲解

1. 抽象享元类
class Flyweight {
public:virtual void display(const std::string& 字体, int 大小, const std::string& 颜色) const = 0;virtual ~Flyweight() = default;
};
  • 定义了一个抽象接口display,表示字符的展示方法。
  • 外在状态(字体、大小、颜色)由客户端传递。

2. 具体享元类
class ConcreteFlyweight : public Flyweight {
private:char 内在状态; // 内在状态public:explicit ConcreteFlyweight(char c) : 内在状态(c) {}void display(const std::string& 字体, int 大小, const std::string& 颜色) const override {std::cout << "字符: " << 内在状态 << ", 字体: " << 字体 << ", 大小: " << 大小 << ", 颜色: " << 颜色 << std::endl;}
};
  • 内在状态(字符内容)在对象创建时确定,表示可共享的部分。
  • display方法结合外在状态动态显示字符信息。

3. 享元工厂类
class FlyweightFactory {
private:std::unordered_map<char, std::shared_ptr<Flyweight>> flyweights;public:std::shared_ptr<Flyweight> getFlyweight(char c) {if (flyweights.find(c) == flyweights.end()) {flyweights[c] = std::make_shared<ConcreteFlyweight>(c);std::cout << "创建新的享元对象: " << c << std::endl;}return flyweights[c];}size_t getFlyweightCount() const {return flyweights.size();}
};
  • 工厂管理共享对象的创建与缓存。
  • 如果享元对象不存在,则创建;如果已经存在,则直接返回。

4. 客户端代码
字符A->display("微软雅黑", 12, "红色");
字符B->display("宋体", 14, "蓝色");
字符C->display("楷体", 10, "绿色");
字符A2->display("黑体", 16, "黑色");
  • 客户端从工厂获取享元对象,并传递外在状态来控制字符的显示。
  • 字符AA2实际上是同一个对象,只是使用了不同的外在状态。

享元模式的优缺点

优点
  1. 内存节省:通过共享对象,避免了重复创建相似对象,大幅降低内存开销。
  2. 性能提升:减少了对象的创建和销毁,提升系统性能。
  3. 统一管理:通过工厂集中管理共享对象,便于维护。
缺点
  1. 复杂性增加:需要区分内在状态和外在状态,设计复杂度增加。
  2. 适用场景有限:只有当对象中有可共享部分时,享元模式才适用。

适用场景

  1. 文字处理系统:字母、数字等字符对象共享。
  2. 图形系统:共享重复出现的形状或纹理。
  3. 游戏开发:共享重复出现的敌人、道具等。

总结

享元模式通过共享内在状态,有效减少了内存开销和对象创建的成本,是一种针对性能优化的设计模式。在需要处理大量重复对象的场景中,享元模式是一个非常实用的解决方案。

本文由mdnice多平台发布


http://www.ppmy.cn/news/1557870.html

相关文章

小程序将对象通过url传递到下个页面

// 假设有一个对象需要传递 const obj { name: 张三, age: 25 };// 将对象转换为 JSON 字符串并编码 const objStr encodeURIComponent(JSON.stringify(obj));// 使用 wx.navigateTo 跳转并传递参数 wx.navigateTo({url: /pages/targetPage/targetPage?data${objStr}, });注…

Android Vendor Overlay机制

背景介绍&#xff1a; 看Android 15版本更新时&#xff0c;"Android 15 deprecates vendor overlay"。 猜想这个vendor overlay是之前用过的settings overlay&#xff0c; 不过具体是怎么回事呢&#xff1f; 目录 Vendor Overlay介绍 Vendor Overlay工作原理 Ven…

pytorch MoE(专家混合网络)的简单实现。

专家混合&#xff08;Mixture of Experts, MoE&#xff09;是一种深度学习模型架构&#xff0c;通常用于处理大规模数据和复杂任务。它通过将输入分配给多个专家网络&#xff08;即子模型&#xff09;&#xff0c;然后根据门控网络&#xff08;gating network&#xff09;的输出…

Kafka常见面试题+详细解释,易理解。

目录 题库 1.Kafka中的ISR(InSyncRepli)、OSR(OutSyncRepli)、AR(AllRepli)代表什么&#xff1f; 2.Kafka中的HW、LEO等分别代表什么&#xff1f; 3.Kafka的用途有哪些&#xff1f;使用场景如何&#xff1f; 4.Kafka中是怎么体现消息顺序性的&#xff1f; 5.“消费组中的…

Flink CDC 生产环境常用参数总结

Flink CDC 生产环境常用参数总结 1.参数 1. 基本连接参数 这些参数用于定义如何连接到数据库&#xff0c;是配置的必需项。 参数名称说明示例connector数据库连接器类型&#xff0c;常用 mysql-cdc。connector mysql-cdchostname数据库主机名或 IP 地址。hostname 192.16…

NestJS中使用DynamicModule构建插件系统

1. 介绍 在NestJS中&#xff0c;模块是组织代码的基本单元&#xff0c;它将相关的服务和控制器组织在一起。然而&#xff0c;在某些情况下&#xff0c;我们可能需要根据不同的条件动态加载模块&#xff0c;以满足不同的业务需求。这时&#xff0c;就可以使用DynamicModule了。…

若依微服务如何获取用户登录信息

文章目录 1、需求提出2、应用场景3、解决思路4、注意事项5、完整代码第一步&#xff1a;后端获取当前用户信息第二步&#xff1a;前端获取当前用户信息 5、运行结果6、总结 1、需求提出 在微服务架构中&#xff0c;获取当前用户的登录信息是开发常见的需求。无论是后端处理业务…

whisper实时语音转文字

import whisperimport osdef check_file_exists(file_path):if not os.path.exists(file_path):raise FileNotFoundError(f"音频文件不存在: {file_path}")# 音频文件路径 audio_path r"D:\视频\temp_audio.wav"# 检查文件是否存在 check_file_exists(aud…