設計模式之Flyweight(享元)

2023-10-15 10:32
文章标签 模式 享元 flyweight 設計

本文主要是介绍設計模式之Flyweight(享元),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

Flyweight定義:
避免大量擁有相同內容的小類別的開銷(如耗費記憶體),使大家共用一個類別(元類別)

爲什麽使用?
面向物件語言的原則就是一切都是物件,但是如果真正使用起來,有時物件數可能顯得很龐大,比如,文字處理軟體,如果以每個文字都作爲一個物件,幾千個字,物件數就是幾千,無疑耗費記憶體,那麽我們還是要"求同存異",找出這些物件群的共同點,設計一個元類別,封裝可以被共用的類別,另外,還有一些特性是取決於應用(context),是不可共用的,這也Flyweight中兩個重要概念內部狀態intrinsic和外部狀態extrinsic之分。

說白點,就是先捏一個的原始模型,然後隨著不同場合和環境,再産生各具特徵的具體模型,很顯然,在這裏需要産生不同的新物件,所以Flyweight模式中常出現Factory模式。Flyweight的內部狀態是用來共用的,Flyweight factory負責維護一個Flyweight pool(模式池)來存放內部狀態的物件。

Flyweight模式是一個提高程式效率和性能的模式,會大大加快程式的運行速度。應用場合很多:比如你要從一個資料庫中讀取一系列字串,這些字串中有許多是重復的,那麽我們可以將這些字串儲存在Flyweight(pool)中。

如何使用?

我們先從Flyweight抽象介面開始:

public interface Flyweight
{
  
public void operation( ExtrinsicState state );
}

//用於本模式的抽象資料類型(自行設計)
public interface ExtrinsicState { }

下面是介面的具體實現(ConcreteFlyweight) ,並爲內部狀態增加記憶體空間, ConcreteFlyweight必須是可共用的,它保存的任何狀態都必須是內部(intrinsic),也就是說,ConcreteFlyweight必須和它的應用環境場合無關。

public class ConcreteFlyweight implements Flyweight {
  
private IntrinsicState state;
  

  public void operation( ExtrinsicState state )
  
{
      //具體操作

  }

}

當然,並不是所有的Flyweight具體實現子類別都需要被共用的,所以還有另外一種不共用的ConcreteFlyweight:

public class UnsharedConcreteFlyweight implements Flyweight {

  public void operation( ExtrinsicState state ) { }

}

Flyweight factory負責維護一個Flyweight(存放內部狀態),當用戶端請求一個共用Flyweight,這個factory首先搜索池中是否已經有可適用的,如果有,factory只是簡單返回送出這個物件,否則,創建一個新的物件,加入到池中,再返回送出這個物件池

public class FlyweightFactory {
  
//Flyweight pool
  
private Hashtable flyweights = new Hashtable();

  public Flyweight getFlyweight( Object key ) {

    Flyweight flyweight = (Flyweight) flyweights.get(key);

    if( flyweight == null ) {
      //産生新的
ConcreteFlyweight
      
flyweight = new ConcreteFlyweight();
      
flyweights.put( key, flyweight );
    }

    return flyweight;
  
}
}

至此,Flyweight模式的基本框架已經就緒,我們看看如何呼叫:

FlyweightFactory factory = new FlyweightFactory();
Flyweight fly1 = factory.getFlyweight( "Fred" );
Flyweight fly2 = factory.getFlyweight( "Wilma" );
......

從呼叫上看,好象是個純粹的Factory使用,但奧妙就在於Factory的內部設計上。

Flyweight模式在XML等資料源中應用
我們上面已經提到,當大量從資料源中讀取字串,其中肯定有重復的,那麽我們使用Flyweight模式可以提高效率,以唱片CD爲例,在一個XML文件中,存放了多個CD的資料。

每個CD有三個欄位:
1.
出片日期
(year)
2.
歌唱者姓名等資訊
(artist)
3.
唱片曲目 (title)

其中,歌唱者姓名有可能重復,也就是說,可能有同一個演唱者的多個不同時期 不同曲目的CD。我們將"歌唱者姓名"作爲可共用的ConcreteFlyweight。其他兩個欄位作爲UnsharedConcreteFlyweight

首先看看資料源XML文件的內容:


<?xml version="1.0"?>
<collection>

<cd>
<title>Another Green World</title>
<year>1978</year>
<artist>Eno, Brian</artist>
</cd>

<cd>
<title>Greatest Hits</title>
<year>1950</year>
<artist>Holiday, Billie</artist>
</cd>

<cd>
<title>Taking Tiger Mountain (by strategy)</title>
<year>1977</year>
<artist>Eno, Brian</artist>
</cd>

.......

</collection>


雖然上面舉例CD只有3,CD可看成是大量重復的小類別,因爲其中成分只有三個欄位,而且有重復的(歌唱者姓名)

CD就是類似上面介面 Flyweight:


public class CD {

  private String title;
  
private int year;
  
private Artist artist;

  public String getTitle() {  return title; 
}
  public int getYear() {    return year;  
}
  public Artist getArtist() {    return artist;  
}

  public void setTitle(String t){    
title = t;}
  
public void setYear(int y){year = y;}
  
public void setArtist(Artist a){artist = a;}

}

"歌唱者姓名"作爲可共用的ConcreteFlyweight:

public class Artist {

  //內部狀態
  private String name;

  // note that Artist is immutable.
  String getName(){return name;}

  Artist(String n){
    
name = n;
  
}

}

再看看Flyweight factory,專門用來製造上面的可共用的ConcreteFlyweight:Artist

public class ArtistFactory {

  Hashtable pool = new Hashtable();

  Artist getArtist(String key){

    Artist result;
    
result = (Artist)pool.get(key);
    産生新的
Artist
    
if(result == null) {
      
result = new Artist(key);
      
pool.put(key,result);
      

    }
   
return result;
 
}

}

當你有幾千張甚至更多CD,Flyweight模式將節省更多空間,共用的flyweight越多,空間節省也就越大。

这篇关于設計模式之Flyweight(享元)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/217095

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停

软件架构模式:5 分钟阅读

原文: https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式:5 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易

使用Spring Boot集成Spring Data JPA和单例模式构建库存管理系统

引言 在企业级应用开发中,数据库操作是非常重要的一环。Spring Data JPA提供了一种简化的方式来进行数据库交互,它使得开发者无需编写复杂的JPA代码就可以完成常见的CRUD操作。此外,设计模式如单例模式可以帮助我们更好地管理和控制对象的创建过程,从而提高系统的性能和可维护性。本文将展示如何结合Spring Boot、Spring Data JPA以及单例模式来构建一个基本的库存管理系统