设计模式之享元模式--- Pattern Flyweight

模式的定义

享元模式(Flyweight Pattern)是沲技术的重要实现方式,其定义如下:

Use sharing to support large numbers of fine-grained objects efficiently.

使用共享对象可有效地支持大量的细粒度的对象.

享元模式的定义提出了二个要求:细粒度的对象和共享对象。分配太多的对象将有损程序的性能,同时还容易造成内存溢出。避免这种情况,就是使用享元模式中的共享技术。

细粒度的状态分为内部状态(instrinsic)和外部状态(extrinsic):

内部状态:

内部状态是对象可共享出来的信息,存储在享元对象内部并且不会随着环境改变而改变,属于可以共享部分。

外部状态:

外部状态是对象得以依赖的一个标记,是随着环境改变而改变,不可以共享的状态。

类型

结构类

模式的使用场景

  • 系统中存在大量的相似对象
  • 细粒度的对象都具备较接近的外部状态,而且内部状态与环境无关,也就是说对象没有特定的身份。
  • 需要缓冲池的场景

优缺点

享元模式是一个非常简单的模式,它可以大大减少应用程序创建的对象,降低程序内存的占用,增强程序的性能,但是它同时也提高了系统的复杂性,需要分离出外部和内部的状态,而且外部状态具有固化特性,不应该随着内部状态改变而改变,否则导致系统的逻辑混乱。

UML类图

角色介绍

  • Flyweight—抽象享元角色

简单的说就是一个抽象类,同时定义出对象的外部状态和内部状态的接口或实现。

  • ConcreteFlyweight—具体享元角色

具体的产品类,该角色中需要注意的是内部状态处理应该是与环境无关的,不应该出现一个操作改变内部状态,同时修改了外部状态,这是绝对不允许的。

  • unsharedConcreteFlyweight—不可共享的享元角色

不存在外部状态或者安全要求不能够使用共享技术的对象,该对象一般不会出现在享元工厂中。

  • FlyweightFactory—享元工厂

构造一个池容器,同时提供从池中获得对象的方法。

享元模式的目的在于运用共享技术,使得一些细粒度的对象可以共享,多使用细粒度的对象,便于重用或重构。

模式的通用源码

Flyweight:


public abstract class Flyweight {
    //内部状态
    private String instrinsic;
    //外部状态
    private final String extrinsic;
    //要求享元角色必须接受外部状态
    public Flyweight(String extrinsic) {
        super();
        this.extrinsic = extrinsic;
    }

    public String getInstrinsic() {
        return instrinsic;
    }

    public void setInstrinsic(String instrinsic) {
        this.instrinsic = instrinsic;
    }
    //定义业务逻辑
    public abstract void operate();

    @Override
    public String toString() {
        return "Flyweight [instrinsic=" + instrinsic + ", extrinsic="
                + extrinsic + "]";
    }

}

ConcreteFlyweight1:


public class ConcreteFlyweight1 extends Flyweight {

    public ConcreteFlyweight1(String extrinsic) {
        super(extrinsic);
        // TODO Auto-generated constructor stub
    }

    @Override
    public void operate() {
        // TODO Auto-generated method stub
        System.out.println("ConcreteFlyweight1----operate()");
    }

}

ConcreteFlyweight2:


public class ConcreteFlyweight2 extends Flyweight {

    public ConcreteFlyweight2(String extrinsic) {
        super(extrinsic);
        // TODO Auto-generated constructor stub
    }

    @Override
    public void operate() {
        // TODO Auto-generated method stub
        System.out.println("ConcreteFlyweight2----operate()");
    }

}

FlyweightFactory:

import java.util.HashMap;

public class FlyweightFactory {
    //创建一个池容器
    private static HashMap<String, Flyweight> pool = new HashMap<String, Flyweight>();
    //享元工厂
    public static Flyweight getFlyweight(String Extrinsic){
        Flyweight flyweight = null;
        if(pool.containsKey(Extrinsic)){
            flyweight = pool.get(Extrinsic);
        }else {
            flyweight = new ConcreteFlyweight1(Extrinsic);
            pool.put(Extrinsic, flyweight);
        }
        return flyweight;
    }
    //打印池容器内的信息
    public static void printPool(){
        for (int i = 0; i < pool.size(); i++) {
            System.out.println(":"+pool.get("indext:"+i));
        }
    }
}

Client:


public class Client {

    public static void main(String[] args) {
        // TODO Auto-generated method stub
        Flyweight flyweight = null;
        for (int i = 0; i < 3; i++) {
            flyweight = FlyweightFactory.getFlyweight("indext:"+i);
            flyweight.operate();
        }
        FlyweightFactory.printPool();
        System.out.println("------------------------");

        for (int i = 0; i < 3; i++) {
            flyweight = FlyweightFactory.getFlyweight("indext:"+i);
            flyweight.operate();
        }
        FlyweightFactory.printPool();
    }

}

输出结果:

ConcreteFlyweight1----operate()
ConcreteFlyweight1----operate()
ConcreteFlyweight1----operate()
:Flyweight [instrinsic=null, extrinsic=indext:0]
:Flyweight [instrinsic=null, extrinsic=indext:1]
:Flyweight [instrinsic=null, extrinsic=indext:2]
------------------------
ConcreteFlyweight1----operate()
ConcreteFlyweight1----operate()
ConcreteFlyweight1----operate()
:Flyweight [instrinsic=null, extrinsic=indext:0]
:Flyweight [instrinsic=null, extrinsic=indext:1]
:Flyweight [instrinsic=null, extrinsic=indext:2]

从结果中,我们可以看出,池技术的缓冲方法确实是没有增加Flyweight的数量。

Android源码中的模式实现

杂谈

参考资料

(1).设计模式之禅—第28章 享元模式

(2)享元模式

https://github.com/simple-android-framework/android_design_patterns_analysis/tree/master/flyweight

时间: 2025-01-18 09:26:57

设计模式之享元模式--- Pattern Flyweight的相关文章

C#设计模式(12)——享元模式(Flyweight Pattern)

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

设计模式:享元模式(Flyweight)

?运用共享技术有效地支持大量细粒度的对象.又名"蝇量模式". ?在Java语言中,String类型就是使用了享元模式.String对象是final类型,对象一旦创建就不可改变.在JAVA中字符串常量都是存在常量池中的,Java会确保一个字符串常量在常量池中只有一个拷贝.譬如: String a = "abc"; String b = "abc"; System.out.println(a==b); ?输出结果:true.这就说明了a和b量引用都指

【Unity3D与23种设计模式】享元模式(Flyweight)

GoF中定义: "使用共享的方式,让一大群小规模对象能更有效地运行" 享元模式一般应用在游戏角色属性设置上 游戏策划需要通过"公式计算"或者"实际测试"等方式找出最佳的游戏属性 因此,在游戏系统中建立一个管理方式来建立和存储属性信息就显得尤为重要 对象中那些只能读取不能写入的共享部分被称为"内在状态" 如:最大生命(MaxHP).移动速度(MoveSpeed)等属性 还有不能被共享的部分,被称为"外部状态"

【设计模式】享元模式(Flyweight)

摘要: 1.本文将详细介绍享元模式的原理和实际代码中特别是Android系统代码中的应用. 纲要: 1. 引入享元模式 2. 享元模式的概念及优缺点介绍 3. 享元模式在Android源码中的应用 1.先来一个段子: GG每天给MM至少发一条短信,而且每天入睡前是必有一条短信的,往往是一些琐事和一些比较肉麻的情话.开始的一个月,GG还对此是乐不可支,随着时间的推移,那些肉麻的话说了很多遍,自己也觉得厌烦了,而且更让人不可忍耐的是这些肉麻的情话每次都要重复的输入.GG把这一烦心事告诉了自己的好友K

23种设计模式之享元模式(FlyWeight)

享元模式是一种对象结构型模式,通过运用共享技术,有效地支持大量细粒度的对象.系统只使用少量的对象,而这些对象都很相似,状态变化很小,对象使用次数增多.享元对象能做到共享的关键是区分内部状态和外部状态.内部状态存储在享元对象内部并且不会随坏境改变而改变,因此内部状态可以共享:外部状态时随环境改变而改变的.不可以共享的状态,享元对象的外部状态必须由客户端保存,并在享元对象被创建之后,在需要使用的时候再传入到享元对象内部,外部状态之间是相互独立的. 优点: 1)减少了要处理的对象数目. 2)如果对象能

NET设计模式 第二部分 结构性模式(12):享元模式(Flyweight Pattern)

享元模式(Flyweight Pattern) ——.NET设计模式系列之十三 Terrylee,2006年3月 摘要:面向对象的思想很好地解决了抽象性的问题,一般也不会出现性能上的问题.但是在某些情况下,对象的数量可能会太多,从而导致了运行时的代价.那么我们如何去避免大量细粒度的对象,同时又不影响客户程序使用面向对象的方式进行操作? 本文试图通过一个简单的字符处理的例子,运用重构的手段,一步步带你走进Flyweight模式,在这个过程中我们一同思考.探索.权衡,通过比较而得出好的实现方式,而不

.NET设计模式(13):享元模式(Flyweight Pattern)(转)

摘要:面向对象的思想很好地解决了抽象性的问题,一般也不会出现性能上的问题.但是在某些情况下,对象的数量可能会太多,从而导致了运行时的代价.那么我们如何去避免大量细粒度的对象,同时又不影响客户程序使用面向对象的方式进行操作? 本文试图通过一个简单的字符处理的例子,运用重构的手段,一步步带你走进Flyweight模式,在这个过程中我们一同思考.探索.权衡,通过比较而得出好的实现方式,而不是给你最终的一个完美解决方案. 主要内容: 1.  Flyweight模式解说 2..NET中的Flyweight

享元模式(Flyweight Pattern)

享元模式(Flyweight Pattern):运用共享技术有效地支持大量细粒度的对象. Flyweight是一个共享对象,它可以同时在多个场景(context)中使用,并且在每个场景中flyweight都可以作为一个独立的对象—这一点与非共享对象的实例没有区别.flyweight不能对它所运行的场景做出任何假设,这里的关键概念是内部状态和外部状态之间的区别.内部状态存储于flyweight中,它包含了独立于flyweight场景的信息,这些信息使得flyweight可以被共享.而外部状态取决于

第11章 享元模式(Flyweight Pattern)

原文 第11章 享元模式(Flyweight Pattern) 概述:   面向对象的思想很好地解决了抽象性的问题,一般也不会出现性能上的问题.但是在某些情况下,对象的数量可能会太多,从而导致了运行时的代价.那么我们如何去避免大量细粒度的对象,同时又不影响客户程序使用面向对象的方式进行操作?享元模式j就可以让我们更好的复用我们内存中已存在的对象,降低系统创建对象实例的性能消耗 运用共享技术有效地支持大量细粒度的对象.[GOF <设计模式>] 结构图:   举例: 为了方便说清享元模式的核心,我