【设计模式】第13节:结构型模式之“享元模式”

这篇具有很好参考价值的文章主要介绍了【设计模式】第13节:结构型模式之“享元模式”。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

一、简介

所谓“享元”,顾名思义就是被共享的单元。享元模式的意图是复用对象,节省内存,前提是享元对象是不可变对象。

实现:通过工厂模式,在工厂类中,通过一个Map或者List来缓存已经创建好的享元对象,以达到复用的目的。把实例的共享状态和不共享状态分开。

二、UML类图

【设计模式】第13节:结构型模式之“享元模式”,设计模式,享元模式

三、案例

以下是画图器画圆的场景,圆形只有黑色和红色两种,所以可以共享复用。

package main

import "fmt"

const (
	BLACK = 0
	RED   = 1
)

type CircleUnit struct {
	Color int
}

func NewCircleUnit(color int) CircleUnit {
	return CircleUnit{Color: color}
}

type CircleUnitFactory struct {
	CircleMap map[int]CircleUnit
}

func (cuf *CircleUnitFactory) Init() {
	blackCircle := NewCircleUnit(BLACK)
	redCircle := NewCircleUnit(RED)
	cuf.CircleMap = make(map[int]CircleUnit)
	cuf.CircleMap[blackCircle.Color] = blackCircle
	cuf.CircleMap[redCircle.Color] = redCircle
}

func (cuf *CircleUnitFactory) GetCircleUnit(color int) (CircleUnit, error) {
	cu, ok := cuf.CircleMap[color]
	if !ok {
		return cu, fmt.Errorf("color[%v] is not exist", color)
	}
	return cu, nil
}

type Circle struct {
	ID         int
	CircleUnit CircleUnit
	X          int
	Y          int
}

func NewCircle(id int, circleUnit CircleUnit, x, y int) Circle {
	circle := Circle{}
	circle.ID = id
	circle.CircleUnit = circleUnit
	circle.X = x
	circle.Y = y
	return circle
}

type DrawingBoard struct {
	CircleMap map[int]Circle
}

func (db *DrawingBoard) Init() {
	db.CircleMap = make(map[int]Circle)
}

func (db *DrawingBoard) Draw(circle Circle) {
	db.CircleMap[circle.ID] = circle
}

func (db *DrawingBoard) Show() {
	for k, v := range db.CircleMap {
		fmt.Printf("id: %v, color: %v, x: %v, y: %v\n", k, v.CircleUnit.Color, v.X, v.Y)
	}
}

func main() {
	circleUnitFactory := CircleUnitFactory{}
	circleUnitFactory.Init()
	drawingBoard := DrawingBoard{}
	drawingBoard.Init()

	black, _ := circleUnitFactory.GetCircleUnit(BLACK)
	red, _ := circleUnitFactory.GetCircleUnit(RED)
	drawingBoard.Draw(NewCircle(1, black, 1, 1))
	drawingBoard.Draw(NewCircle(2, red, 2, 2))
	drawingBoard.Draw(NewCircle(3, black, 3, 3))

	drawingBoard.Show()
}

四、对比

享元模式VS单例、缓存、对象池:应用单例模式是为了保证对象全局唯一。应用享元模式是为了实现对象复用,节省内存。缓存是为了提高访问效率,而非复用。池化技术中的“复用”理解为“重复使用”,主要是为了节省时间。文章来源地址https://www.toymoban.com/news/detail-715329.html

到了这里,关于【设计模式】第13节:结构型模式之“享元模式”的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 设计模式(十二):结构型之享元模式

    设计模式系列文章 设计模式(一):创建型之单例模式 设计模式(二、三):创建型之工厂方法和抽象工厂模式 设计模式(四):创建型之原型模式 设计模式(五):创建型之建造者模式 设计模式(六):结构型之代理模式 设计模式(七):结构型之适配器模式 设计模式(八):结构型之装

    2024年02月08日
    浏览(43)
  • [设计模式 Go实现] 结构型~享元模式

    享元模式从对象中剥离出不发生改变且多个实例需要的重复数据,独立出一个享元,使多个对象共享,从而节省内存以及减少对象数量。 flyweight.go flyweight_test.go

    2024年01月16日
    浏览(30)
  • 【十】设计模式~~~结构型模式~~~享元模式(Java)

    【学习难度:★★★★☆,使用频率:★☆☆☆☆】         面向对象技术可以很好地解决一些灵活性或可扩展性问题,但在很多情况下需要在系统中增加类和对象的个数。当对象数量太多时,将导致运行代价过高,带来性能下降等问题。 享元模式正是为解决这一类问题

    2024年02月08日
    浏览(42)
  • 【结构型设计模式】C#设计模式之享元模式

    享元模式(Flyweight Pattern)是一种结构型设计模式,旨在通过尽可能共享对象来减少内存使用和提高性能。它将对象分为两种类型:内部状态(Intrinsic State)和外部状态(Extrinsic State)。内部状态是可以共享的,而外部状态是独立于享元对象的,并且在使用时需要注入。 使用

    2024年02月13日
    浏览(27)
  • 【Java 设计模式】结构型之享元模式

    享元模式(Flyweight Pattern)是一种结构型设计模式,它旨在减少对象的数量以节省内存和提高性能。享元模式通过共享大量相似对象的状态,使得这些对象可以共享,而不需要在每个对象中都存储相同的数据。在本文中,我们将深入研究Java中享元模式的定义、结构、使用场景

    2024年01月22日
    浏览(43)
  • Java设计模式之结构型-享元模式(UML类图+案例分析)

    目录 一、基本概念 二、UML类图 三、角色设计 四、案例分析 4.1、基本实现 4.2、游戏角色 五、总结 享元模式是一种结构型设计模式,主要用于减少创建大量相似对象所占用的内存,它通过共享技术来有效支持大量细粒度的对象。 角色 描述 抽象享元角色 定义出对象的外部状

    2024年02月16日
    浏览(38)
  • 设计模式--------结构型模式

    结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。 由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构

    2024年02月13日
    浏览(37)
  • 设计模式之结构型模式

    本文已收录于专栏 《设计模式》   大话设计模式主要分为三部分,第一部分是创建型模式,第二部分是结构型模式,第三部分是行为型模式。至于为什么要分为这三部分,我的理解是创建型是用于创建对象的而结构型是发生在类与类之间的关系是比较宏观的,比如说组合

    2024年02月11日
    浏览(29)
  • 结构型设计模式——桥接模式

    桥接模式(Bridge pattern): 使用桥接模式通过将实现和抽象放在两个不同的类层次中而使它们可以独立改变。 桥接模式 (Bridge) 是一种结构型设计模式, 可将 抽象 部分与 实现 部分 分离 ,使它们都可以独立的变化。如果一个系统需要在构件的抽象化角色和具体化角色之间增加更

    2024年02月07日
    浏览(43)
  • 结构型设计模式——外观模式

    有句话说这个世界就是个草台班子,只不过排面做的好看而已,里面都是一包糠。这句话来形容外观模式非常准确,外观模式又叫门面模式,顾名思义一个系统我不管你里面有多复杂有多少屎山代码,我只要求你提供的接口好用,简单就行,即门面要有排面!用专业的话讲是

    2024年01月22日
    浏览(32)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包