设计模式——17 蝇量模式

享元模式（Flyweight）——抽象与实现分离

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

适用性

• 一个应用程序使用了大量的对象
• 完全由于使用大量的对象，造成很大的存储开销
• 对象的大多数状态可变为外部状态
• 如果删除对象的外部状态，那么可以用相对较少的共享对象取代很多组对象
• 应用程序不依赖于对象标识。由于Flyweight对象可以被共享，对于概念上明显有区别的对象，标识测试将返回真值

结构

Flyweight（）

• 描述一个接口，通过这个接口 Flyweight 可以接受并作用域外部状态

ConcreteFlyweight（）

• 实现 Flyweight 接口，并为内部状态（如果有的话）增加存储空间。ConcreteFlyweight对象必须是可共享的。它所存储的状态必须是内部的；即，他必须独立于ConcreteFlyweight对象的场景。

UnsharedConcreteFlyweight（）

• 并未所有 Flyweight 子类都需要被共享。Flyweight接口使共享成为可能，但它并不强制共享。在Flyweight对象结构需要的某些层次，UnsharedConcreteFlyweight对象通常将ConcreteFlyweight对象作为子节点

FlyweightFactory（）

• 创建并管理Flyweight对象
• 确保合理地共享 flyweight。当用户请求一个 flyweight 时，FlyweightFactory对象提供一个已创建的实例或者创建一个（如果不存在的话）。

Client

• 维持一个对flyweight的引用
• 计算或存储一个（多个）flyweight 的外部状态。

实现

优点

• 减少运行时对象实例的个数，节省内存
• 将许多“虚拟”对象的状态集中管理

用途

• 当一个类有许多的实例，而这些实例都被同意方法控制的时候，我们就可以使用蝇量模式

缺点

• 一旦你实现了它，那么单个的逻辑实例将无法拥有独立而不同的行为

相关模式

Flyweight模式同常和Composite模式结合起来，用共享叶结点的有向无环图实现一个逻辑上的层次结构。

通常，最好用Flyweight实现State和Strategy对象。