[C++][设计模式][享元模式]详细讲解


1. 动机

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

2.模式定义

  • 定义:运行共享技术有效地支持大量细粒度的对象
  • 结构
    请添加图片描述

3.要点总结

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

4.代码感受

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

class FontFactory
{
private:
    map<string,Font* > fontPool;
public:
    Font* GetFont(const string& 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()
    {}
};
  • 12
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 6
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

DieSnowK

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值