在面向对象程序设计过程中,有时会面临要创建大量相同或相似对象实例的问题。创建那么多的对象将会耗费很多的系统资源,它是系统性能提高的一个瓶颈。例如,围棋和五子棋中的黑白棋子,图像中的坐标点或颜色,局域网中的路由器、交换机和集线器,教室里的桌子和凳子等。这些对象有很多相似的地方,如果能把它们相同的部分提取出来共享,则能节省大量的系统资源,这就是享元模式的产生背景。
定义与特点
享元(Flyweight)模式的定义:运用共享技术来有効地支持大量细粒度对象的复用。它通过共享已经存在的又橡来大幅度减少需要创建的对象数量、避免大量相似类的开销,从而提高系统资源的利用率。
享元模式的主要优点是:相同对象只要保存一份,这降低了系统中对象的数量,从而降低了系统中细粒度对象给内存带来的压力。
其主要缺点是:
- 为了使对象可以共享,需要将一些不能共享的状态外部化,这将增加程序的复杂性。
- 读取享元模式的外部状态会使得运行时间稍微变长。
结构与实现
享元模式中存在以下两种状态:
- 内部状态,即不会随着环境的改变而改变的可共享部分;
- 外部状态,指随环境改变而改变的不可以共享的部分。享元模式的实现要领就是区分应用中的这两种状态,并将外部状态外部化。下面来分析其基本结构和实现方法。
模式的结构
享元模式的主要角色有如下。
- 抽象享元角色(Flyweight):是所有的具体享元类的基类,为具体享元规范需要实现的公共接口,非享元的外部状态以参数的形式通过方法传入。
- 具体享元(Concrete Flyweight)角色:实现抽象享元角色中所规定的接口。
- 非享元(Unsharable Flyweight)角色:是不可以共享的外部状态,它以参数的形式注入具体享元的相关方法中。
- 享元工厂(Flyweight Factory)角色:负责创建和管理享元角色。当客户对象请求一个享元对象时,享元工厂检査系统中是否存在符合要求的享元对象,如果存在则提供给客户;如果不存在的话,则创建一个新的享元对象。
图中的 UnsharedConcreteFlyweight 与享元角色里面包含了非共享的外部状态信息 info;而 Flyweight 是抽象享元角色,里面包含了享元方法 operation(UnsharedConcreteFlyweight state),非享元的外部状态以参数的形式通过该方法传入;ConcreteFlyweight 是具体享元角色,包含了关键字 key,它实现了抽象享元接口;FlyweightFactory 是享元工厂角色,它逝关键字 key 来管理具体享元;客户角色通过享元工厂获取具体享元,并访问具体享元的相关方法。
# 非享元角色
class UnsharedConcreteFlyweight(object):
__info = None
def __init__(self, info):
self.__info = info
@property
def info(self):
return self.__info
@info.setter
def info(self, info):
self.__info = info
# 抽象享元角色
class Flyweight(object):
def operation(self, state):
'''
:param state: UnsharedConcreteFlyweight
:return:
'''
pass
# 具体享元角色
class ConcreteFlyweight(Flyweight):
__key = None
def __init__(self, key):
self.__key = key
print("具体享元", key, "被创建!")
def operation(self, state):
print("具体享元", self.__key, "被调用,", end='')
print("非享元信息是:"+state.info)
# 享元工厂角色
class FlyweightFactory(object):
__flyweights = dict()
def get_flyweight(self, key):
flyweight = self.__flyweights.get(key)
if(flyweight!=None):
print("具体享元", key, "已经存在,被成功获取!")
else:
flyweight = ConcreteFlyweight(key)
self.__flyweights[key]=flyweight
return flyweight
if __name__ == '__main__':
factory = FlyweightFactory()
f1 = factory.get_flyweight('a')
f2 = factory.get_flyweight('a')
f3 = factory.get_flyweight('a')
f11 = factory.get_flyweight('b')
f12 = factory.get_flyweight('b')
f1.operation(UnsharedConcreteFlyweight("第一次调用a"))
f2.operation(UnsharedConcreteFlyweight("第二次调用a"))
f3.operation(UnsharedConcreteFlyweight("第三次调用a"))
f11.operation(UnsharedConcreteFlyweight("第一次调用b"))
f12.operation(UnsharedConcreteFlyweight("第二次调用b"))
应用实例
享元模式在五子棋游戏中的应用。
分析:五子棋同围棋一样,包含多个“黑”或“白”颜色的棋子,所以用享元模式比较好。
本实例中的棋子(ChessPieces)类是抽象享元角色,它包含了一个落子的 DownPieces(Graphics g,Point pt) 方法;白子(WhitePieces)和黑子(BlackPieces)类是具体享元角色,它实现了落子方法;Point 是非享元角色,它指定了落子的位置;WeiqiFactory 是享元工厂角色,它通过 ArrayList 来管理棋子,并且提供了获取白子或者黑子的 getChessPieces(String type) 方法;客户类(Chessboard)利用 Graphics 组件在框架窗体中绘制一个棋盘,并实现 mouseClicked(MouseEvent e) 事件处理方法,该方法根据用户的选择从享元工厂中获取白子或者黑子并落在棋盘上。
class Point(object):
__x = None
__y = None
def __str__(self):
return '(' + str(self.__x) + ', ' + str(self.__y) + ')'
def __init__(self, x, y):
self.__x = x
self.__y = y
@property
def x(self):
return self.__x
@x.setter
def x(self, x):
self.__x = x
class ChessPieces(object):
def down_pieces(self, pt):
"""
:param pt: Point
:return:
"""
pass
class WhitePieces(ChessPieces):
def down_pieces(self, pt):
print("White Pieces in ", pt)
class BlackPieces(ChessPieces):
def down_pieces(self, pt):
print("Black Pieces in ", pt)
class ChessFactory(object):
__qz = []
def __init__(self):
w = WhitePieces()
ChessFactory.__qz.append(w)
b = BlackPieces()
ChessFactory.__qz.append(b)
def get_chess_point(self, type):
if(type == 'w'):
return ChessFactory.__qz[0]
elif(type == 'b'):
return ChessFactory.__qz[1]
else:
return None
if __name__ == '__main__':
pt_w = Point(10, 15)
pt_b = Point(11, 15)
chess = ChessFactory()
w = chess.get_chess_point('w')
b = chess.get_chess_point('b')
w.down_pieces(pt_w)
b.down_pieces(pt_b)
应用场景
前面分析了享元模式的结构与特点,下面分析它适用的应用场景。享元模式是通过减少内存中对象的数量来节省内存空间的,所以以下几种情形适合采用享元模式。
- 系统中存在大量相同或相似的对象,这些对象耗费大量的内存资源。
- 大部分的对象可以按照内部状态进行分组,且可将不同部分外部化,这样每一个组只需保存一个内部状态。
- 由于享元模式需要额外维护一个保存享元的数据结构,所以应当在有足够多的享元实例时才值得使用享元模式。
扩展
在前面介绍的享元模式中,其结构图通常包含可以共享的部分和不可以共享的部分。在实际使用过程中,有时候会稍加改变,即存在两种特殊的享元模式:单纯享元模式和复合享元模式,下面分别对它们进行简单介绍。
(1) 单纯享元模式,这种享元模式中的所有的具体享元类都是可以共享的,不存在非共享的具体享元类,其结构图如图所示。
(2) 复合享元模式,这种享元模式中的有些享元对象是由一些单纯享元对象组合而成的,它们就是复合享元对象。虽然复合享元对象本身不能共享,但它们可以分解成单纯享元对象再被共享,其结构图如图所示。