【GeekBand】C++设计模式笔记13_Flyweight_享元模式

1. "对象性能" 模式

  • 面向对象很好地解决了 "抽象" 的问题,但是必不可免地要付出一定的代价。对于通常情况来讲,面向对象的成本大都可以忽略不计。但是某些情况,面向对象所带来的成本必须谨慎处理。
  • 典型模式
    • Singleton
    • Flyweight

2. Flyweight 享元模式

2.1 动机(Motivation)

  • 在软件系统采用纯粹对象方案的问题在于大量细粒度的对象会很快充斥在系统中,从而带来很高的运行时代价------主要指内存需求方面的代价。
  • 如何在避免大量细粒度对象问题的同时,让外部客户程序仍然能够透明地使用面向对象的方式来进行操作?

2.2 模式定义

运用共享技术有效地支持大量细粒度的对象。

------《设计模式》GoF

2.3 实例代码

cpp 复制代码
class Font {
private:

    // unique object key
    string key;
    
    // object state
    // ....
    
public:
    Font(const string& key) {
        // ...
    }
};

class FontFactory {
private:
	// 对象池
    map<string, Font*> fontPool;
    
public:
	// 根据key来返回特定的对象
    Font* GetFont(const string& key) {
		// 检查key对应的类型对象是否存在
        map<string, Font*>::iterator item = fontPool.find(key);
        
        if (item != footPool.end()) {	// 如果存在,直接返回对象
            return fontPool[key];
        }
        else {	// 如果不存在,创建新对象,先将其添加进对象池中,然后返回
            Font* font = new Font(key);
            fontPool[key] = font;
            return font;
        }
    }
    
    void clear() {
        // ...
    }
};

2.4 结构(Structure)

2.5 要点总结

  • 面向对象很好地解决了抽象性的问题,但是作为一个运行在机器中的程序实体,我们需要考虑对象的代价问题。Flyweight 主要解决面向对象的代价问题,一般不触及面向对象的抽象性问题。
  • Flyweight 采用对象共享 的做法来降低系统中对象的个数,从而降低细粒度对象给系统带来的内存压力。在具体实现方面,要注意对象状态(tips:主要指对象的外部状态 (对象经常变化的部分,需要通过参数进行传递);对象的内部状态(对象不变的部分,放在类中)是共享的)的处理。
  • 对象的数量太大从而导致对象内存开销加大------什么样的数量才算大?这需要我们仔细的根据应用情况进行评估,而不能凭空臆断。
相关推荐
FFZero15 分钟前
【C++/Lua联合开发】 (三) C++调用Lua
c++·junit·lua
Source.Liu13 分钟前
【BuildFlow & 筑流】品牌命名与项目定位说明
c++·qt·rust·markdown·librecad
bkspiderx21 分钟前
C++设计模式之行为型模式:访问者模式(Visitor)
c++·设计模式·访问者模式
Lei活在当下23 分钟前
【业务场景架构实战】8. 订单状态流转在 UI 端的呈现设计
android·设计模式·架构
Query*32 分钟前
Java 设计模式——代理模式:从静态代理到 Spring AOP 最优实现
java·设计模式·代理模式
Q741_1471 小时前
C++ 面试基础考点 模拟题 力扣 38. 外观数列 题解 每日一题
c++·算法·leetcode·面试·模拟
L_09072 小时前
【Algorithm】二分查找算法
c++·算法·leetcode
祁同伟.3 小时前
【C++】多态
开发语言·c++
rechol3 小时前
C++ 继承笔记
java·c++·笔记
SunkingYang4 小时前
详细介绍C++中捕获异常类型的方式有哪些,分别用于哪些情形,哪些异常捕获可用于通过OLE操作excel异常
c++·excel·mfc·异常捕获·comerror