1. “对象性能” 模式

• 面向对象很好地解决了 “抽象” 的问题，但是必不可免地要付出一定的代价。对于通常情况来讲，面向对象的成本大都可以忽略不计。但是某些情况，面向对象所带来的成本必须谨慎处理。
• 典型模式
  • Singleton
  • Flyweight

2. Flyweight 享元模式

2.1 动机（Motivation）

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

2.2 模式定义

运用共享技术有效地支持大量细粒度的对象。
——《设计模式》GoF

2.3 实例代码

class Font {
private:

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

class FontFactory {
private:
	// 对象池
    map<string, Font*> fontPool;
    
public:
	// 根据key来返回特定的对象
    Font* GetFont(const string& key) {
		// 检查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() {
        // ...
    }
};

2.4 结构（Structure）

2.5 要点总结

• 面向对象很好地解决了抽象性的问题，但是作为一个运行在机器中的程序实体，我们需要考虑对象的代价问题。Flyweight 主要解决面向对象的代价问题，一般不触及面向对象的抽象性问题。
• Flyweight 采用对象共享的做法来降低系统中对象的个数，从而降低细粒度对象给系统带来的内存压力。在具体实现方面，要注意对象状态（tips：主要指对象的外部状态（对象经常变化的部分，需要通过参数进行传递）；对象的内部状态（对象不变的部分，放在类中）是共享的）的处理。
• 对象的数量太大从而导致对象内存开销加大——什么样的数量才算大？这需要我们仔细的根据应用情况进行评估，而不能凭空臆断。