C++设计模式：享元模式 （附文字处理系统中的字符对象案例）

什么是享元模式？

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

• 通俗解释：
  想象我们在写一本书，每个字母都需要表示出来。如果每个字母都单独用对象表示，不仅创建对象的成本高，而且内存占用也很大。但是，字母其实是有限的（比如英文字母只有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, "黑色");

• 客户端从工厂获取享元对象，并传递外在状态来控制字符的显示。
• 字符A和A2实际上是同一个对象，只是使用了不同的外在状态。

---

享元模式的优缺点

优点

1. 内存节省：通过共享对象，避免了重复创建相似对象，大幅降低内存开销。
2. 性能提升：减少了对象的创建和销毁，提升系统性能。
3. 统一管理：通过工厂集中管理共享对象，便于维护。

缺点

1. 复杂性增加：需要区分内在状态和外在状态，设计复杂度增加。
2. 适用场景有限：只有当对象中有可共享部分时，享元模式才适用。

---

适用场景

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

---

总结

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

本文由mdnice多平台发布