1. 动机
采用纯粹对象方案的问题在于大量细粒度的对象会很快充斥在系统中，从而带来很高的运行时代价——主要指内存需求方面的代价。
如何在避免大量细粒度对象问题的同时，让外部客户程序仍然能够透明地使用面向对象的方式来进行操作？
2. 意图
运用共享技术有效地支持大量细粒度的对象。
3. 结构图
4. 几个要点
• 面向对象很好地解决了抽象性的问题，但是作为一个运行在机器中的程序实体，我们需要考虑对象的代价问题。
Flyweight设计模式主要解决面向对象的代价问题，一般不触及面向对象的抽象性问题。
• Flyweight采用对象共享的做法来降低系统中对象的个数，从而降低细粒度对象给系统带来的内存压力。
在具体实现方面，要注意对象状态的处理。
• 对象的数量太大从而导致对象内存开销加大
——什么样的数量才算大？这需要我们仔细的根据具体应用情况进行评估，而不能凭空臆断。
5. .Net平台中的应用
.Net平台中对String类型的处理，应该也算是一种flyweight模式的应用。
6. 个人体会
*感觉这个模式非常类似咱们平时常用的缓存机制，只不过这里是用改善对象结构来实现的。
*用指针引用来避免创建重复的对象。