享元模式 详解

2024-05-13 06:58
文章标签 模式 详解 享元

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

定义

采用一个共享来避免大量拥有相同内容对象的开销;运用共享技术有效地支持大量细粒度的对象;(共享的对象必须是不可变的,不然一变则全变)

享元模式分为单纯享元模式和复合享元模式;

结构型模式

角色

  • 抽象享元角色(Flyweight):此角色是所有的具体享元类的超类,为这些类规定出需要实现的公共接口或抽象类。那些需要外部状态的操作可以通过方法的参数传入。抽象享元的接口使得享元变得可能,但是并不强制子类实行共享,因此并非所有的享元对象都是可以共享的;
  • 具体享元角色(ConcreteFlyweight):实现抽象享元角色所规定的接口。如果有内部转播台的话,必须负责为内部状态提供存储空间。享元对象的内部状态必须与对象所处的周围环境无关,从而使得享元对象可以在系统内共享。有时候具体享元角色又叫做单纯具体享元角色,因为复合享元角色是由单纯具体享元角色通过复合而成的;
  • 复合享元角色(UnsharableFlyweight):复合享元角色所代表的对象是不可以共享的,但是一个复合享元对象可以分解成多个本身是单纯享元对象的组合。复合享元角色又称作不可共享的享元对象。这个角色一半很少使用;
  • 享元工厂角色(FlyweightFactoiy): 本角色负责创建和管理享元角色。本角色必须保证享元对象可以被系统适当地共享。当一个客户端对象请求一个享元对象的时候,享元工厂角色需要检查系统中是否已经有一个符合要求的享元对象,如果已经有了,享元工厂角色就应当提供这个已有的享元对象;如果系统中没有一个适当的享元对象的话,享元工厂角色就应当创建一个新的合适的享元对象;
  • 客户端角色(Client): 本角色还需要自行存储所有享元对象的外部状态;
  • 内部状态与外部状态: 在享元对象内部并且不会随着环境改变而改变的共享部分,可以称之为享元对象的内部状态,反之随着环境改变而改变的,不可共享的状态称之为外部状态;

单纯享元角色的结构图
enter image description here

复杂享元角色的结构图
enter image description here


适用场景

  • 一个应用程序使用了大量的对象;
  • 完全由于使用大量的对象,造成很大的存储开销;
  • 对象的大多数状态都可变为外部状态;
  • 如果删除对象的外部状态,那么可以用相对较少的共享取代很多组对象;
  • 应用程序不依赖于对象标示。由于Flyweight对象可以被共享,对于概念上明显有别的对象,标识测试将返回真值;

例子


实现代码

/*** Created by George on 16/6/28.*/
//构造函数
var Book = function (id, title, author, genre, pageCount, publisherID, ISBN,checkoutDate, checkoutMember, dueReturnDate, availability) {this.id = id;this.title = title;this.author = author;this.genre = genre;this.pageCount = pageCount;this.publisherID = publisherID;this.ISBN = ISBN;this.checkoutDate = checkoutDate;   //借出日期this.checkoutMember = checkoutMember  //借出人this.dueReturnDate = dueReturnDate; //还书日期this.availability = availability;  //是否可用
};//书籍
Book.prototype = {getTitle : function() {return this.title;},getAuthor : function() {return this.author;},getISBN : function () {return this.ISBN;},//.....所有属性的get方法,省略//更新借出状态updateCheckoutStatus : function(bookID, newStatus, checkoutDate, checkoutMember, newReturnDate) {this.id = bookID;this.availability = newStatus;this.checkoutDate = checkoutDate;this.checkoutMember = checkoutMember;this.dueReturnDate = newReturnDate;},//续借extendCheckoutPeriod : function(bookID, newReturnDate) {this.id = bookID;this.dueReturnDate = newReturnDate;},//是否到期isPastDue : function(bookID) {var currentDate = new Date();return currentDate.getTime() > Date.parse(this.dueReturnDate);}};/*
检查之前是否创建该book的对象,如果有就返回,没有就重新创建并存储以便后面可以继续访问,
这确保我们为每一种书只创建一个对象
这里使用到了工厂模式*/
var BookFactory = (function () {var existingBooks = {};return {createBook : function (title, author, genre, pageCount, publisherID, ISBN) {var existingBook = existingBooks[ISBN];if (existingBook) {return existingBook;}else {var book = new Book(title, author, genre, pageCount, publisherID, ISBN);existingBooks[ISBN] = book;return book;}}};
});/*
借书管理类,用到了单例模式*/
var BookRecordManager = (function () {var bookRecordDatabase = {};return {//添加借书记录addBookRecord : function (id, title, author, genre, pageCount, publisherID, ISBN, checkoutDate, checkoutMember, dueReturnDate, availability) {var book = BookFactory.createBook(title, author, genre, pageCount, publisherID, ISBN);bookRecordDatabase[id] = {checkoutDate : checkoutDate,checkoutMember : checkoutMember,dueReturnDate : dueReturnDate,availability : availability,book : book};},pdateCheckoutStatus : function(bookID, newStatus, checkoutDate, checkoutMember, newReturnDate) {var record = bookRecordDatabase[bookID];record.availability = newStatus;record.checkoutDate = checkoutDate;record.checkoutMember = checkoutMember;record.dueReturnDate = newReturnDate;},//续借extendCheckoutPeriod : function(bookID, newReturnDate) {var record = bookRecordDatabase[bookID];record.dueReturnDate = newReturnDate;},//是否到期isPastDue : function(bookID) {var record = bookRecordDatabase[bookID];var currentDate = new Date();return currentDate.getTime() > Date.parse(record.dueReturnDate);},};});
  • 代码就是将数据分成内部状态和外部状态,与书籍对象相关的数据是内部状态,而借出数据是外部状态,这意味着,每个书籍属性组合只需要一个book对象;
  • 这里面还使用到了工厂模式和单例模式;
  • 其实有点像数据库里面的建立多个相关联的表,不可能将所有数据对象存储在一个表格中,需要将一部分数据单独作为一个表格,否则会出现大量数据的冗余;

优缺点

注意的是
1. 享元模式使得系统变得更加复杂。为了使对象可以共享,需要将一些状态外部化,这使得程序的逻辑复杂化。
2. 享元模式将享元对象的状态外部化,而读取外部状态使得运行时间稍微变长。

享元模式一半是用来解决系统性能问题,所以经常用于底层开发,在项目开发中并不常用。

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



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

相关文章

Go语言使用select监听多个channel的示例详解

《Go语言使用select监听多个channel的示例详解》本文将聚焦Go并发中的一个强力工具,select,这篇文章将通过实际案例学习如何优雅地监听多个Channel,实现多任务处理、超时控制和非阻... 目录一、前言:为什么要使用select二、实战目标三、案例代码:监听两个任务结果和超时四、运行示例五

Linux线程同步/互斥过程详解

《Linux线程同步/互斥过程详解》文章讲解多线程并发访问导致竞态条件,需通过互斥锁、原子操作和条件变量实现线程安全与同步,分析死锁条件及避免方法,并介绍RAII封装技术提升资源管理效率... 目录01. 资源共享问题1.1 多线程并发访问1.2 临界区与临界资源1.3 锁的引入02. 多线程案例2.1 为

Python使用Tenacity一行代码实现自动重试详解

《Python使用Tenacity一行代码实现自动重试详解》tenacity是一个专为Python设计的通用重试库,它的核心理念就是用简单、清晰的方式,为任何可能失败的操作添加重试能力,下面我们就来看... 目录一切始于一个简单的 API 调用Tenacity 入门:一行代码实现优雅重试精细控制:让重试按我

Python标准库之数据压缩和存档的应用详解

《Python标准库之数据压缩和存档的应用详解》在数据处理与存储领域,压缩和存档是提升效率的关键技术,Python标准库提供了一套完整的工具链,下面小编就来和大家简单介绍一下吧... 目录一、核心模块架构与设计哲学二、关键模块深度解析1.tarfile:专业级归档工具2.zipfile:跨平台归档首选3.

idea的终端(Terminal)cmd的命令换成linux的命令详解

《idea的终端(Terminal)cmd的命令换成linux的命令详解》本文介绍IDEA配置Git的步骤:安装Git、修改终端设置并重启IDEA,强调顺序,作为个人经验分享,希望提供参考并支持脚本之... 目录一编程、设置前二、前置条件三、android设置四、设置后总结一、php设置前二、前置条件

python中列表应用和扩展性实用详解

《python中列表应用和扩展性实用详解》文章介绍了Python列表的核心特性:有序数据集合,用[]定义,元素类型可不同,支持迭代、循环、切片,可执行增删改查、排序、推导式及嵌套操作,是常用的数据处理... 目录1、列表定义2、格式3、列表是可迭代对象4、列表的常见操作总结1、列表定义是处理一组有序项目的

python使用try函数详解

《python使用try函数详解》Pythontry语句用于异常处理,支持捕获特定/多种异常、else/final子句确保资源释放,结合with语句自动清理,可自定义异常及嵌套结构,灵活应对错误场景... 目录try 函数的基本语法捕获特定异常捕获多个异常使用 else 子句使用 finally 子句捕获所

C++11范围for初始化列表auto decltype详解

《C++11范围for初始化列表autodecltype详解》C++11引入auto类型推导、decltype类型推断、统一列表初始化、范围for循环及智能指针,提升代码简洁性、类型安全与资源管理效... 目录C++11新特性1. 自动类型推导auto1.1 基本语法2. decltype3. 列表初始化3

SQL Server 中的 WITH (NOLOCK) 示例详解

《SQLServer中的WITH(NOLOCK)示例详解》SQLServer中的WITH(NOLOCK)是一种表提示,等同于READUNCOMMITTED隔离级别,允许查询在不获取共享锁的情... 目录SQL Server 中的 WITH (NOLOCK) 详解一、WITH (NOLOCK) 的本质二、工作

springboot自定义注解RateLimiter限流注解技术文档详解

《springboot自定义注解RateLimiter限流注解技术文档详解》文章介绍了限流技术的概念、作用及实现方式,通过SpringAOP拦截方法、缓存存储计数器,结合注解、枚举、异常类等核心组件,... 目录什么是限流系统架构核心组件详解1. 限流注解 (@RateLimiter)2. 限流类型枚举 (