设计模式

享元模式-Flyweight

享元模式

面向对象很好地解决了系统抽象性的问题，同时在大多数情况下，也不会损及系统的性能。但是，在某些特殊的应用中，由于对象的数量太大，采用面向对象会给系统带来难以承受的内存开销。比如图形应用中的图元等对象、字处理应用中的字符对象等。

动机

采用纯粹对象方案的问题在于大量细粒度的对象会很快充斥在系统中，从而带来很高的运行时代价——主要指内存需求方面的代价。

如何在避免大量细粒度对象问题的同时，让外部客户程序仍然能够透明地使用面向对象的方式来进行操作？

意图

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

结构

FlyWeight.png

要点

  • 面向对象很好地解决了抽象性的问题，但是作为一个运行在机器中的程序实体，我们需要考虑对象的代价问题。Flyweight设计模式主要解决面向对象的代价问题，一般不触及面向对象的抽象性问题。

  • Flyweight采用对象共享的做法来降低系统中对象的个数，从而降低细粒度对象给系统带来的内存压力。在具体实现方面，要注意对象状态的处理。

  • 对象的数量太大从而导致对象内存开销加大——什么样的数量才算大？这需要我们仔细的根据具体应用情况进行评估，而不能凭空臆断。

    代码示例

  • Flyweight

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    public class Flyweight
    {
        public char chr;
        Font f;
        static Hastable fontTable;
        public Font CFont
        {
            get
            {
                return f;
            }
            set
            {
                if(fontTable.Keys.Exists(f))
                {
                    this.f = fontTable.Keys[f];
                }
                else
                {
                    fontTable.Keys.Add(value);
                    f = value;
                }
            }
        }
    }

  • Client

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    Font f1 = new Font("宋体");
    Font f2 = new Font("宋体");
    Flyweight fw1 = new Flyweight();
    fw1.chr = 'c';
    fw1.CFont = f1;
    Flyweight fw2 = new Flyweight();
    fw2.chr = 'c';
    fw2.CFont = f2;//共享f1内存