设计模式之享元（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!=footPool.end()){
            return fontPool[key];
        }
        else{
            Font* font = new Font(key);
            fontPool[key]= font;
            return font;
        }

    }
    
    void clear(){
        //...
    }
};

类图

总结

面向对象很好地解决了抽象性的问题，但作为一个运行在机器中的程序实体，我们需要考虑对象的代价问题。享元主要解决面向对象的代价问题，一般不触及面向对象的抽象性问题

享元采用对象共享的方式来降低系统中的对象个数，从而降低细粒度对象对系统带来的内存压力。再具体实现方面，需要注意对象状态的处理

对象的数量太大从而导致对象内存开销加大------什么样的数量才算大？这需要我们仔细地根据具体应用情况进行评估，不能凭空臆断