设计模式11享元模式

享元模式(FlyWeight)

场景:

内存属于稀缺资源,不要随便浪费。如果有很多个完全相同或相似的对象,我们可以通过享元模式,节省内存。

核心:

享元模式以共享的方式高效地支持大量细粒度对象的重用。

享元对象能做到共享的关键是区分了内部状态和外部状态。
内部状态:可以共享,不会随环境变化而改变
外部状态:不可以共享,会随环境变化而改变 可以作为参数传进来

案例

在这里插入图片描述

享元模式实现:

FlyweightFactory 享元工厂类
创建并管理享元对象,享元池一般设计成键值对

FlyWeight 抽象享元类
通常是一个接口或抽象类,声明公共方法,这些方法可以向外界提供对象的内部状态,设置外部状态。

ConcreteFlyWeight 具体享元类
内部状态提供成员变量进行存储

UnsharedConcreteFlyWeight 非共享享元类
不能被共享的子类可以设计为非共享享元类
在这里插入图片描述
抽象享元类
在这里插入图片描述
把外部状态当做属性传进来

具体的享元类(为内部状态提供成员变量进行存储)
在这里插入图片描述

坐标类–外部状态
在这里插入图片描述
在这里插入图片描述

享元工厂类–容器
在这里插入图片描述

测试
在这里插入图片描述
把第一个棋子放到某个位置
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

享元模式开发中应用的场景:

享元模式由于其共享的特性,可以在任何“池”中操作,比如:线程池、数据库连接池。
String类的设计也是享元模式

总结

优点
极大减少内存中对象的数量
相同或相似对象内存中只存一份,极大的节约资源,提高系统性能
外部状态相对独立,不影响内部状态

缺点
模式较复杂,使程序逻辑复杂化
为了节省内存,共享了内部状态,分离出外部状态,而读取外部状态使运行时间变长。用时间换取了空间。

结构型模式汇总7

在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值