设计模式14-享元模式

由来动机
定义与结构
代码推导
特点
享元模式的应用
总结
- 优点
- 缺点
- 使用享元模式的注意事项

由来动机

在很多应用中，可能会创建大量相似对象，例如在文字处理器中每个字符对象。在这些场景下，如果每个对象都独立存在，将会导致巨大的内存开销。那么如何在避免大量颗粒度对象问题的同时，让外部客户程序仍然能够透明的使用面向对象的方式来进行操作呢?享元模式的主要动机是通过共享相似对象来减少内存使用，提高系统性能,来解决此类问题。

享元模式适用于以下情况：

应用程序使用大量相同或相似对象。
对象的大部分状态可以外部化，从而使得许多对象能够共享同一个实例。
需要支持大量细粒度对象高效地共享和复用。

定义与结构

模式定义: 运用共享技术有效地支持大量细粒度的对象。–《设计模式》GoF

享元模式由以下几个主要角色组成：

Flyweight（享元接口）： 定义了对象的接口，可以接受外部状态。
ConcreteFlyweight（具体享元）： 实现Flyweight接口，并为内部状态（不变部分）进行存储。
UnsharedConcreteFlyweight（非共享享元）： 并不是所有的Flyweight子类都需要被共享，非共享Flyweight类可以实现Flyweight接口，但它们不是共享的。
FlyweightFactory（享元工厂）： 创建并管理Flyweight对象，确保合理地共享Flyweight。

以下是享元模式的UML图：
在这里插入图片描述

代码推导

下面我们通过C++代码示例来实现享元模式。

定义Flyweight接口：

class Flyweight {
public:virtual void operation(int extrinsicState) = 0;virtual ~Flyweight() = default;
};

实现具体享元类：

#include <iostream>class ConcreteFlyweight : public Flyweight {
private:int intrinsicState;public:ConcreteFlyweight(int state) : intrinsicState(state) {}void operation(int extrinsicState) override {std::cout << "Intrinsic State: " << intrinsicState << ", Extrinsic State: " << extrinsicState << std::endl;}
};

实现享元工厂类：

#include <unordered_map>
#include <memory>class FlyweightFactory {
private:std::unordered_map<int, std::shared_ptr<Flyweight>> flyweights;public:std::shared_ptr<Flyweight> getFlyweight(int key) {if (flyweights.find(key) == flyweights.end()) {flyweights[key] = std::make_shared<ConcreteFlyweight>(key);}return flyweights[key];}
};

使用享元模式：

int main() {FlyweightFactory factory;std::shared_ptr<Flyweight> fw1 = factory.getFlyweight(1);std::shared_ptr<Flyweight> fw2 = factory.getFlyweight(2);std::shared_ptr<Flyweight> fw3 = factory.getFlyweight(1); // Reuses the existing Flyweightfw1->operation(10);fw2->operation(20);fw3->operation(30);return 0;
}

特点

共享对象： 通过共享细粒度对象，减少内存使用，提高性能。
内部状态和外部状态： 将对象的状态分为内部状态和外部状态，内部状态存储在享元对象中，而外部状态由客户端传入。
不可变性： 享元对象是不可变的，确保共享时不会被其他对象修改。
工厂管理： 使用享元工厂管理享元对象的创建和共享，确保唯一实例。

享元模式的应用

享元模式在以下场景中非常有用：

文本处理： 文本编辑器中，每个字符都是一个对象，通过享元模式共享字符对象，减少内存消耗。
图形系统： 在图形系统中，大量相似的图形对象可以通过享元模式共享，例如树木、建筑物等。
缓存： 使用享元模式实现对象缓存，避免重复创建相同的对象。
游戏开发： 在游戏开发中，使用享元模式共享相同类型的游戏对象，例如敌人、子弹等，减少内存使用。

总结

面对对象很好的解决了抽象性的问题，但是作为一个运行在机器中的程序实体我们需要考虑对象的代价问题。享元模式主要解决面向对象的代价问题,一般不触及面向对象的抽象性问题。
享元模式采用对象共享的方法来降低系统中对象的个数,从而降低细粒度对象给系统带来的内存压力。在具体实践方面要注意对象状态的处理。
对象的数量太大，从而导致对象内存开销加大，什么样的数量才算大？这需要我们仔细的根据具体应用情况进行评估，而不能评空臆断。