动机
在软件系统采用纯粹对象方案的问题在于大量细粒度的对象会很快充斥在系统中,从而带来很高的运行时代价——主要指内存需求方面的代价。
如何在避免大量细粒度对象问题的同时,让外部客户程序仍然能够透明地使用面向对象的方式来进行操作?
模式定义
运用共享技术有效的支持大量细粒度的对象。
——《设计模式》GoF
案例
我们定义字体类时会使用唯一性标识来说明一个字体对象。
class Font {//字体
private:
string key;//字体唯一标识
public:
Font(const string& key){
//...
}
};
这样我们需要每种都定义一种类,导致大量的字体类存在,我们可以定义一个字体的池,当该字体的类对象已经存在于该池内就不用再创建该类对象,这类似于word中的操作。
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(){
//...
}
};
当不存在时才创建该类对象并添加到字体池中。
总结
- 面向对象很好的解决了抽象的问题,但是作为一个运行在 机器中的程序实体,我们需要考虑对象的代价问题。Flyweight主要解决面向对象的代价问题,一般不触及面向对象的抽象性问题。
- Flyewight采用对象共享的做法来降低系统中对象的个数,从而降低细粒度对象给系统带来的内存压力。在具体实现方面,要注意对象状态的处理。
- 对象的数量多少才算大?这需要我们仔细地根据具体应用情况进行评估,而不能凭空臆断。