设计模式 - 享元模式(Flyweight)

动机

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

模式定义

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

结构类图

在这里插入图片描述

案例分析

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 != fontpool.end()){//同一个种字体的同一个字都用同一个对象来显示
			return fongpool[key];
		}
		else{//若不存在该字,则new出来
			Font *font = new Font(key);
			fontpool[key] = font;
			return font;
		}
	}
	
	void clear(){
		//...
	}
}

同一个的字的编码相同,但字体不一定相同,相同编码相同字体用同一个对象,若容器没找到,则new一个新对象加入容器。

要点总结

  • Flyweight主要解决面对对象的代价问题,一般不触及面对对象的抽象性问题。
  • Flyweight采用对象共享的做法来降低系统中对象的个数,从而降低细粒度对象给系统带来的内存压力。在具体实现方面,要注意对象状态的处理,一般只能用在只读对象上。

以上内容来源于李建忠老师的c++设计模式

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值