设计模式(十二): Flyweight享元模式 -- 结构型模式

说明:

相对于其它模式,Flyweight模式在PHP实现似乎没有太大的意义,因为PHP的生命周期就在一个请求,请求执行完了,php占用的资源都被释放。我们只是为了学习而简单做了介绍。

1. 概述

面向对象技术可以很好地解决系统一些灵活性或可扩展性或抽象性的问题,但在很多情况下需要在系统中增加类和对象的个数。当对象数量太多时,将导致运行代价过高,带来性能下降等问题。比如:
例子1:图形应用中的图元等对象、字处理应用中的字符对象等。

2.解决方案:

享元模式(Flyweight):对象结构型模式运用共享技术有效地支持大量细粒度的对象。

它使用共享物件,用来尽可能减少内存使用量以及分享资讯给尽可能多的相似物件;它适合用于当大量物件只是重复因而导致无法令人接受的使用大量内存。通常物件中的部分状态是可以分享。常见做法是把它们放在外部数据结构,当需要使用时再将它们传递给享元。

4. 适用性

1)一个应用程序使用大量相同或者相似的对象,造成很大的存储开销。

2)对象的大部分状态都可以外部化,可以将这些外部状态传入对象中。

3)如果删除对象的外部状态,那么可以用相对较少的共享对象取代很多组对象。

4) 应用程序不依赖于对象标识。由于Flyweight对象可以被共享,对于概念上明显有别的对象,标识测试将返回真值。

5)使用享元模式需要维护一个存储享元对象的享元池,而这需要耗费资源,因此,应当在多次重复使用享元对象时才值得使用享元模式

5.结构

6.构建模式的组成

1) 抽象享元类(Flyweight):
描述一个接口,通过这个接口flyweight可以接受并作用于外部状态。
2) 具体享元类(ConcreteFlyweight):实现Flyweight接口 ,并为内部状态( 如果有的话 )增加存储空间
。ConcreteFlyweight对象必须是可共享的。它所存储的状态必须是内部的;即,它必须独立于ConcreteFlyweight对象的场景。
3) 非共享具体享元类(UnsharedConcreteFlyweight):— 并非所有的Flyweight子类都需要被共享。Flyweight接口使共享成为可能,但它并不强制共享。在Flyweight对象结构的某些层次,UnsharedConcreteFlyweight对象通常将ConcreteFlyweight对象作为子节点。
4) 享元工厂类(FlyweightFactory):创建并管理flyweight对象, 确保合理地共享flyweight。本角色必须保证享元对象可以被系统适当地共享。当一个客户端对象调用一个享元对象
 
flyweight的时候,享元工厂角色(Flyweight Factory对象)会检查系统中是否已经有一个符合要求的享元对象。如果已经有了,享元工厂角色就应当提供这个已有的享元对象;如果系统中没有一个适当的享元对象的话,享元工厂角色就应当创建一个合适的享元对象。
5)客户(Client):维持一个对flyweight的引用。计算或存储一个(多个)flyweight的外部状态。

7.
效果

享元模式的优点:

1)享元模式的优点在于它可以极大减少内存中对象的数量,使得相同对象或相似对象在内存中只保存一份。

2)享元模式的外部状态相对独立,而且不会影响其内部状态,从而使得享元对象可以在不同的环境中被共享。

享元模式的缺点:

1)享元模式使得系统更加复杂,需要分离出内部状态和外部状态,这使得程序的逻辑复杂化。

2)为了使对象可以共享,享元模式需要将享元对象的状态外部化,而读取外部状态使得运行时间变长。

8.实现

享元模式可以分成单纯享元模式和复合享元模式两种形式。

【单纯享元模式】

  在单纯的享元模式中,所有的享元对象都是可以共享的。

源代码:

  1. <?php
  2. /**
  3. * 单纯享元模式 
  4. * @author guisu
  5. */
  6. /**
  7. * 抽象享元角色
  8. */
  9. abstract class Flyweight {
  10. /**
  11. * 示意性方法
  12. * @param string $state 外部状态
  13. */
  14. abstract public function operation($state);
  15. }
  16. /**
  17. * 具体享元角色
  18. */
  19. class ConcreteFlyweight extends Flyweight {
  20. private $_intrinsicState = null;
  21. /**
  22. * 构造方法
  23. * @param string $state  内部状态
  24. */
  25. public function __construct($state) {
  26. $this->_intrinsicState = $state;
  27. }
  28. public function operation($state) {
  29. echo ‘ConcreteFlyweight operation, Intrinsic State = ‘ . $this->_intrinsicState
  30. . ‘ Extrinsic State = ‘ . $state . ‘<br />‘;
  31. }
  32. }
  33. /**
  34. * 享元工厂角色
  35. */
  36. class FlyweightFactory {
  37. private $_flyweights;
  38. public function __construct() {
  39. $this->_flyweights = array();
  40. }
  41. public function getFlyweigth($state) {
  42. if (isset($this->_flyweights[$state])) {
  43. return $this->_flyweights[$state];
  44. } else {
  45. return $this->_flyweights[$state] = new ConcreteFlyweight($state);
  46. }
  47. }
  48. }
  49. class Client{
  50. static function main (){
  51. $flyweightFactory = new FlyweightFactory();
  52. $flyweight = $flyweightFactory->getFlyweigth(‘state A‘);
  53. $flyweight->operation(‘other state A‘);
  54. $flyweight = $flyweightFactory->getFlyweigth(‘state B‘);
  55. $flyweight->operation(‘other state B‘);
  56. }
  57. }
  58. ?>

【复合享元模式】
复合享元模式对象是由一些单纯享元使用合成模式加以复合而成
复合享元角色所代表的对象是不可以共享的,但是一个复合享元对象可以分解成为多个本身是单纯享元对象的组合。

  1. <?php
  2. /**
  3. * 复合享元模式
  4. *
  5. */
  6. /**
  7. * 抽象享元角色
  8. */
  9. abstract class Flyweight {
  10. /**
  11. * 示意性方法
  12. * @param string $state 外部状态
  13. */
  14. abstract public function operation($state);
  15. }
  16. /**
  17. * 具体享元角色
  18. */
  19. class ConcreteFlyweight extends Flyweight {
  20. private $_intrinsicState = null;
  21. /**
  22. * 构造方法
  23. * @param string $state  内部状态
  24. */
  25. public function __construct($state) {
  26. $this->_intrinsicState = $state;
  27. }
  28. public function operation($state) {
  29. echo ‘ConcreteFlyweight operation, Intrinsic State = ‘ . $this->_intrinsicState
  30. . ‘ Extrinsic State = ‘ . $state . ‘<br />‘;
  31. }
  32. }
  33. /**
  34. * 不共享的具体享元,客户端直接调用
  35. */
  36. class UnsharedConcreteFlyweight extends Flyweight {
  37. private $_flyweights;
  38. /**
  39. * 构造方法
  40. * @param string $state  内部状态
  41. */
  42. public function __construct() {
  43. $this->_flyweights = array();
  44. }
  45. public function operation($state) {
  46. foreach ($this->_flyweights as $flyweight) {
  47. $flyweight->operation($state);
  48. }
  49. }
  50. public function add($state, Flyweight $flyweight) {
  51. $this->_flyweights[$state] = $flyweight;
  52. }
  53. }
  54. /**
  55. * 享元工厂角色
  56. */
  57. class FlyweightFactory {
  58. private $_flyweights;
  59. public function __construct() {
  60. $this->_flyweights = array();
  61. }
  62. public function getFlyweigth($state) {
  63. if (is_array($state)) { //  复合模式
  64. $uFlyweight = new UnsharedConcreteFlyweight();
  65. foreach ($state as $row) {
  66. $uFlyweight->add($row, $this->getFlyweigth($row));
  67. }
  68. return $uFlyweight;
  69. } else if (is_string($state)) {
  70. if (isset($this->_flyweights[$state])) {
  71. return $this->_flyweights[$state];
  72. } else {
  73. return $this->_flyweights[$state] = new ConcreteFlyweight($state);
  74. }
  75. } else {
  76. return null;
  77. }
  78. }
  79. }
  80. class Client{
  81. static function main (){
  82. $flyweightFactory = new FlyweightFactory();
  83. $flyweight = $flyweightFactory->getFlyweigth(‘state A‘);
  84. $flyweight->operation(‘other state A‘);
  85. $flyweight = $flyweightFactory->getFlyweigth(‘state B‘);
  86. $flyweight->operation(‘other state B‘);
  87. /* 复合对象*/
  88. $uflyweight = $flyweightFactory->getFlyweigth(array(‘state A‘, ‘state B‘));
  89. $uflyweight->operation(‘other state A‘);
  90. }
  91. }
  92. ?>

9.
与其他相关模式

客户端要引用享元对象,是通过工厂对象创建或者获得的,客户端每次引用一个享元对象,都是可以通过同一个工厂对象来引用所需要的享元对象。因此,可以将享元工厂设计成单例模式,这样就可以保证客户端只引用一个工厂实例。因为所有的享元对象都是由一个工厂对象统一管理的,所以在客户端没有必要引用多个工厂对象。不管是单纯享元模式还是复合享元模式中的享元工厂角色,都可以设计成为单例模式,对于结果是不会有任何影响的。

Composite模式:Flyweight模式通常和Composite 模式结合起来,用共享叶结点的有向无环图实现一个逻辑上的层次结构。复合享元模式实际上是单纯享元模式与合成模式的组合。单纯享元对象可以作为树叶对象来讲,是可以共享的,而复合享元对象可以作为树枝对象, 因此在复合享元角色中可以添加聚集管理方法。通常,最好用Flyweight实现State
和Strategy 对象。

10.总结

1)  享元模式是一个考虑系统性能的设计模式,通过使用享元模式可以节约内存空间,提高系统的性能。

2)  享元模式的核心在于享元工厂类,享元工厂类的作用在于提供一个用于存储享元对象的享元池,用户需要对象时,首先从享元池中获取,如果享 元池中不存在,则创       建一个新的享元对象返回给用户,并在享元池中保存该新增对象。

3)   享元模式以共享的方式高效地支持大量的细粒度对象,享元对象能做到共享的关键是区分内部状态(Internal State)和外部状态(External State)。

(1)   内部状态是存储在享元对象内部并且不会随环境改变而改变的状态,因此内部状态可以共享。

(2)   外部状态是随环境改变而改变的、不可以共享的状态。享元对象的外部状态必须由客户端保存,并在享元对象被创建之后,在需要使用的时候 再传入到享元对               象内部。一个外部状态与另一个外部状态之间是相互独立的。

参考:http://blog.csdn.net/hguisu/article/details/7535792。

设计模式(十二): Flyweight享元模式 -- 结构型模式

时间: 2025-01-02 16:33:51

设计模式(十二): Flyweight享元模式 -- 结构型模式的相关文章

Flyweight 享元(结构型)

一:描述:(该模式实际应用较少) Flyweight 享元模式是对大量细粒度的元素进行共享和重用.减少对象的创建减轻内存: 注和单例模式不同的是:享元模式的各个对象佣有各自的行为并可实例化,单例模式的各个对象佣有一样的行为并不可直接实例化. 二:模式图: 三:实现代码简单例子: 1.创建抽像的享元类 2.创建共享的享元对象(可以有很多这种对像) 3.创建非共享的享元对象 4.创建享元的工厂 5.客端的使用和效果;

设计模式(十):Decorator装饰者模式 -- 结构型模式

1. 概述 若你从事过面向对象开发,实现给一个类或对象增加行为,使用继承机制,这是所有面向对象语言的一个基本特性.如果已经存在的一个类缺少某些方法,或者须要给方法添加更多的功能(魅力),你也许会仅仅继承这个类来产生一个新类—这建立在额外的代码上. 通过继承一个现有类可以使得子类在拥有自身方法的同时还拥有父类的方法.但是这种方法是静态的,用户不能控制增加行为的方式和时机.如果  你希望改变一个已经初始化的对象的行为,你怎么办?或者,你希望继承许多类的行为,改怎么办?前一个,只能在于运行时完成,后者

设计模式(八):Bridge桥接模式 -- 结构型模式

1. 概述 在软件系统中,某些类型由于自身的逻辑,它具有两个或多个维度的变化,那么如何应对这种“多维度的变化”?如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化,而又不引入额外的复杂度? 例子1:设想如果要绘制矩形.圆形.椭圆.正方形,我们至少需要4个形状类,但是如果绘制的图形需要具有不同的颜色,如红色.绿色.蓝色等,此时至少有如下两种设计方案: •第一种设计方案是为每一种形状都提供一套各种颜色的版本. •第二种设计方案是根据实际需要对形状和颜色进行组合. 方案1: 方案2:  

设计模式(九):Composite组合模式 -- 结构型模式

1. 概述 在数据结构里面,树结构是很重要,我们可以把树的结构应用到设计模式里面. 例子1:就是多级树形菜单. 例子2:文件和文件夹目录 2.问题 我们可以使用简单的对象组合成复杂的对象,而这个复杂对象有可以组合成更大的对象.我们可以把简单这些对象定义成类,然后定义一些容器类来存储这些简单对象.客户端代码必须区别对象简单对象和容器对象,而实际上大多数情况下用户认为它们是一样的.对这些类区别使用,使得程序更加复杂.递归使用的时候跟麻烦,而我们如何使用递归组合,使得用户不必对这些类进行区别呢? 3.

设计模式(七):Adapter 适配器模式 -- 结构型模式

1. 概述: 接口的改变,是一个需要程序员们必须(虽然很不情愿)接受和处理的普遍问题.程序提供者们修改他们的代码;系统库被修正;各种程序语言以及相关库的发展和进化.  例子1:iphone4,你即可以使用UBS接口连接电脑来充电,假如只有iphone没有电脑,怎么办呢?苹果提供了iphone电源适配器.可以使用这个电源适配器充电.这个iphone的电源适配器就是类似我们说的适配器模式.(电源适配器就是把电源变成需要的电压,也就是适配器的作用是使得一个东西适合另外一个东西.)  例子2:最典型的例

一起学java设计模式--代理模式(结构型模式)

代理模式 应用软件所提供的桌面快捷方式是快速启动应用程序的代理,桌面快捷方式一般使用一张小图片来表示(Picture),通过调用快捷方式的run()方法将调用应用软件(Application)的run()方法.使用代理模式模拟该过程,绘制类图并编程实现. package ProxyPattern; interface Software { void run(); } class Application implements Software { public void run() { Syste

设计模式(十一):FACADE外观模式 -- 结构型模式

1. 概述 外观模式,我们通过外观的包装,使应用程序只能看到外观对象,而不会看到具体的细节对象,这样无疑会降低应用程序的复杂度,并且提高了程序的可维护性.例子1:一个电源总开关可以控制四盏灯.一个风扇.一台空调和一台电视机的启动和关闭.该电源总开关可以同时控制上述所有电器设备,电源总开关即为该系统的外观模式设计. 2. 问题 为了降低复杂性,常常将系统划分为若干个子系统.但是如何做到各个系统之间的通信和相互依赖关系达到最小呢? 3. 解决方案 外观模式:为子系统中的一组接口提供一个一致的界面,

设计模式(十三): Proxy代理模式 -- 结构型模式

  设计模式(十一)代理模式Proxy(结构型) 1.概述 因为某个对象消耗太多资源,而且你的代码并不是每个逻辑路径都需要此对象, 你曾有过延迟创建对象的想法吗 ( if和else就是不同的两条逻辑路径) ? 你有想过限制访问某个对象,也就是说,提供一组方法给普通用户,特别方法给管理员用户?以上两种需求都非常类似,并且都需要解决一个更大的问题:你如何提供一致的接口给某个对象让它可以改变其内部功能,或者是从来不存在的功能? 可以通过引入一个新的对象,来实现对真实对象的操作或者将新的对象作为真实对象

设计模式(十二)享元模式(Flyweight Pattern)

一.引言 在软件开发过程,如果我们需要重复使用某个对象的时候,如果我们重复地使用new创建这个对象的话,这样我们在内存就需要多次地去申请内存空间了,这样可能会出现内存使用越来越多的情况,这样的问题是非常严重,然而享元模式可以解决这个问题,下面具体看看享元模式是如何去解决这个问题的. 二.享元模式的详细介绍 在前面说了,享元模式可以解决上面的问题了,在介绍享元模式之前,让我们先要分析下如果去解决上面那个问题,上面的问题就是重复创建了同一个对象,如果让我们去解决这个问题肯定会这样想:“既然都是同一个