Flyweight 享元模式

动机(Motivation)

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

模式定义

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

结构(Structure)

Flyweight 享元模式_第1张图片

伪代码

class Font {
private:

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

class FontFactory{
private:
    map fontPool;
    
public:
    Font* GetFont(const string& key){

        map::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主要解决面向对象的代价问题,一般不触及面向对象的抽象性问题。
  • Flyweight采用对象共享的做法来降低系统中对象的个数,从而降低细粒度对象带来的内存压力。在具体实现方面,要注意对象状态的处理。
  • 对象的数量太大而导致对象内存开销加大---什么样的数量才算大?这需要我们仔细的根据具体应用情况进行评估,而不能凭空臆断。

 

你可能感兴趣的:(设计模式笔记)