标签:
享元模式是结构型模式的一种,其主要思想是运用共享技术支持大量的细粒度对象。
如GOF中提供的例子,文本编辑器中的文字在排版时如果将每个字符看做一个对象,那么一篇不长的文章中也可能包含大量的细粒度对象,占用资源,产生大量的运行时开销。
Flyweight模式解决了这个问题,它通过将字符的内在特征与外部特征区分,抽象出内在特征,像英语文章,标点符合+26个字母,基本可以完成展示,由此大量的减少了对象数量。至于外部属性,如字符的位置,顺序等,则由另外的对象统一管理。
flyweight是一个共享对象,它可以同时在多个场景(context)中使用,并且每个场景中flyweight都会作为独立的对象使用-与非共享对象没有区别。flyweight不能对它所运行的场景做任何假设,这里的关键概念是内部状态和外部状态的区别。内部状态存放在flyweight中,它包含了独立于flyweight场景的信息,这些信息可以使flyweight被共享。而外部状态则取决于flyweight场景,根据场景变化,因而不能被共享。
适用性:
1. 一个程序使用了大量的对象
2. 完全由于使用了大量的对象,造成很大的存储开销
3. 对象大多数状态可变为为外部状态
4. 如果删除外部状态,则可用较少的共享对象取代很多组对象
5. 应用程序不依赖对象标识。由于flyweight可以被共享,对于概念上明显有别对象,标识测试将返回真值
结构:
参与者:
1. FlyWeight
描述一个接口,通过该接口flyweight可以接受并作用于外部状态
2. ConcreteFlyweight
实现Flyweight接口,并为内部空间增加存储空间。ConcreteFlyweight对象必须是可以共享的,其存储状态必须是内部的,即其必须独立于ConcreteFlyweight的场景
3. UnsharedConcreteFlyweight
并非所有Flyweight的子类都需要被共享,在Flyweight的某些层次,UnsharedConcreteFlyweight对象通常将ConcreteFlyweight对象作为子节点
4. FlyweightFactory
创建并管理flyweight
5. Client
维持一个对flyweight的引用
协作:
flyweight执行时所需要的状态必定是内部或者外部的。内部状态存储在ConcreteFlyweight;外部对象则由client对象存储或计算。当用户调用flyweight时,将该状态传递给他
用户不应直接对Flyweight进行实例化,应该通过Flyweight来实现,这样可以实现适度的共享
效果:
减少实例数目节省了空间
效果主要与减少的实例数目,共享内容的多少,以及外部状态是计算还是存储的决定。
实践:
关键是识别出系统中的大量细粒度对象,并从中区分出共享属性和非贡献属性。非共享属性由固定数目的对象来承担,并进行共享。非共享属性,或者通过另外的对象存储,或者通过计算获取,由此可以减少对象数目,和存储空间使用。
设计模式之享元模式
标签:
原文地址:http://www.cnblogs.com/jiyuqi/p/4582422.html