Flywight享元模式
动机(Motivation)
- 在软件系统采用纯粹对象方案的问题在于大量细粒度的对象会很快充斥在系统中,从而带来很高的运行时代价——主要指内存需求方面的代价
- 如何在避免大量细粒度对象问题的同时,让外部客户程序仍然能够透明地使用面向对象的方式来进行操作?
模式定义
- 运行共享技术有效地支持大量细粒度的对象。
举个例子
- 对象池
- 内部状态与外部状态
- 内部状态是由工厂方法维护,用来查询或者创建对象。
- 外部状态是由外部应用设置,并维护 。
就是说在通过内部状态从对象池中获取到对象时
由外部应用设置与该对象有关的信息(外部状态),在设置完后,该信息,需要由外部应用维护使用。因为对象池中的对象是唯一的,所以在使用内部状态(unique key)获得对象后必须设置外部状态,并维护。
class Font {
private:
string key; unique Key(内部状态)
object state;(外部状态)
//....
public:
设置内部状态(唯一key,标识唯一对象)
Font(const string& skey):key(skey){
//...
}
设置外部状态
该操作由外部操作,并且该信息由外部使用
void setObject(object stateOut){
state = stateOut;
}
object getObject(){
return state;
}
};
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;
}
}
};
结构(Structure)
- 红色框内(稳定的部分)
- Factory中有个对象池,当通过唯一key获得对象时,对象池里有就返回,没有就创建并添加到对象池中。
- 蓝色框内(变化的部分)
- 可以有共享子类,和非共享类。
- 使用对象时需要由外部应用(Client)通过传参的方式设置对象的外部状态,并维护 。
要点总结
- 面向对象很好地解决了抽象性的问题,但是作为一个运行机器中的程序实体,我们需要考虑对象的代价问题, Flyweight主要解决面向对象的代价问题,一般不触及面向对象的抽象性问题。
- Flyweight采用对象共享的做法来降低系统中对象的个数,从而降低细粒度对象给系统带来的压力。在具体实现方面,要注意对象状态(外部状态)的处理。
- 对象的数量太大从而导致对象内存开销加大——什么样的数量才算大?这需要我们仔细的根据具体应用情况进行评估,而不能凭空臆断。