摘要:享元模式属于结构型模式的一种,又称轻量级模式,通过共享技术有效地实现了大量细粒度对象的复用概述两种结构状态内部状态享元对象内部不随外界环境改变而改变的共享部分。
概述享元模式(Flyweight Pattern)属于结构型模式的一种,又称轻量级模式,通过共享技术有效地实现了大量细粒度对象的复用...
两种结构状态
内部状态:享元对象内部不随外界环境改变而改变的共享部分。
外部状态:享元对象内部随环境的改变而改变,不能够共享的状态就是外部状态。
结构图
存在的角色
Flyweight(抽象享元类):通常是一个接口或抽象类,向外界提供享元对象的内部数据(内部状态)或外部数据(外部状态)。
ConcreteFlyweight(具体享元类):实现了Flyweight(抽象享元类)也称为享元对象,指定内部状态,为内部状态增加存储空间。通常我们可以结合单例模式来设计具体享元类,为每一个具体享元类提供唯一的享元对象。
UnsharedConcreteFlyweight(非共享具体享元类):指不需要共享的Flyweight子类。
FlyweightFactory(享元工厂类):用于创建并管理享元对象,针对抽象享元类编程,将各种类型的具体享元对象存储在一个享元池中,享元池一般设计为键值对的集合(也可以是其他类型的集合),同时可以结合工厂模式进行设计。
享元模式的核心在于享元工厂类,享元工厂类的作用在于提供一个用于存储享元对象的享元池,用户需要对象时,首先从享元池中获取,如果享元池中不存在,则创建一个新的享元对象返回给用户,并在享元池中保存该新增对象。
案例案例UML图如下:
1.创建Flyweight接口/抽象类
interface Flyweight { void operation(String name); String getType(); }
2.创建ConcreteFlyweight(享元对象),实现了Flyweight接口
class ConcreteFlyweight implements Flyweight { private String type; public ConcreteFlyweight(String type) { this.type = type; } @Override public void operation(String name) { System.out.printf("[类型(内在状态)] - [%s] - [名字(外在状态)] - [%s] ", type, name); } @Override public String getType() { return type; } }
3.创建FlyweightFactory(享元工厂类),用来维护享元池
class FlyweightFactory { private static final MapFLYWEIGHT_MAP = new HashMap<>(); public static Flyweight getFlyweight(String type) { if (FLYWEIGHT_MAP.containsKey(type)) { return FLYWEIGHT_MAP.get(type); } else { ConcreteFlyweight flyweight = new ConcreteFlyweight(type); FLYWEIGHT_MAP.put(type, flyweight); return flyweight; } } public static int total() { return FLYWEIGHT_MAP.size(); } }
4.创建Client(测试类)
public class Client { public static void main(String[] args) { Flyweight fw0 = FlyweightFactory.getFlyweight("战士"); Flyweight fw1 = FlyweightFactory.getFlyweight("战士"); Flyweight fw2 = FlyweightFactory.getFlyweight("法师"); Flyweight fw3 = FlyweightFactory.getFlyweight("坦克"); fw1.operation("瑞文"); fw1.operation("鳄鱼"); fw2.operation("光辉"); fw3.operation("泰坦"); fw3.operation("盖伦"); System.out.printf("[结果(对象对比)] - [%s] ", fw0 == fw1); System.out.printf("[结果(内在状态)] - [%s] ", fw1.getType()); System.out.printf("一共召唤 %s 种类型英雄 ", FlyweightFactory.total()); } }
5.运行结果,从结果中可以发现,只生成了3个不同的类
[类型(内在状态)] - [战士] - [名字(外在状态)] - [瑞文] [类型(内在状态)] - [战士] - [名字(外在状态)] - [鳄鱼] [类型(内在状态)] - [法师] - [名字(外在状态)] - [光辉] [类型(内在状态)] - [坦克] - [名字(外在状态)] - [泰坦] [类型(内在状态)] - [坦克] - [名字(外在状态)] - [盖伦] [结果(对象对比)] - [true] [结果(内在状态)] - [战士] 一共召唤 3 种类型英雄JDK中使用
在JAVA语言中,String类型就是使用了享元模式。String对象是final类型,对象一旦创建就不可改变。在JAVA中字符串常量都是存在常量池中的,JAVA会确保一个字符串常量在常量池中只有一个拷贝。
public class Client { public static void main(String[] args) { String a = "盖伦"; String b = "盖伦"; System.out.println(a==b);// 返回 true } }
上面的例子中结果为:true,这就说明a和b两个引用都指向了常量池中的同一个字符串常量。这样设计的目的就是:为了避免在创建多相同对象时,所产生的不必要的资源消耗。
总结如果程序里使用大量相同或者相似的对象,造成内存的大量耗费,且大多都是外部状态,这时候就应该考虑使用享元模式了,比如围棋、五子棋等小游戏
优点
能够极大的减少系统中对象的个数。
外部状态相对独立,不会影响到内部状态,能够使享元对象在不同的环境被共享。
缺点
由于享元模式需要区分外部状态和内部状态,使得程序在某种程度上来说更加复杂化了。
为了使对象可以共享,享元模式需要将享元对象的状态外部化,而读取外部状态使得运行时间变长。
- 说点什么全文代码:https://gitee.com/battcn/design-pattern/tree/master/Chapter9/battcn-flyweight
个人QQ:1837307557
battcn开源群(适合新手):391619659
微信公众号:battcn(欢迎调戏)
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/68022.html
摘要:类的适配器结构目标角色这就是所期待得到的接口,由于是类适配器模式,因此目标不可以是类。这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装。和适配器模式的关系适配器模式的用意是改变所考虑对象的接口,而代理模式不能改变。 点击进入我的博客 3.1 适配器模式 适配器模式把一个类的接口变换成客户端所期待的另一种接口,使得原本因接口不匹配而无法在一起工作的两个类能够在一起工作。 3...
摘要:本文只是寻找设计模式在中的应用。来补全这一块工厂模式中的应用包线程池解释和代码线程池中有线程创建工厂。状态模式中的应用解释和代码根据一个指针的状态而改变自己的行为适配器模式中的应用解释和代码将一个类的接口转换成客户希望的另外一个接口。 前言 最近重学设计模式,而且还有很多源码要看。所以就想一举两得。从源码中寻找设计模式。顺便还可以看看源码。。。本文只是寻找设计模式在java中的应用。优...
摘要:抽象工厂模式是为了处理对象具有等级结构以及对象族的问题。单例设计模式单例模式确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例,这个类成为单例类。 导语:设计模式是无数码农前人在实际的生产项目中经过不断的踩坑、爬坑、修坑的经历总结出来的经验教训,经过抽象之后表达成的概念。能够帮助后来的设计者避免重复同样的错误或者弯路。我也抽空整理了一下设计模式,用自己的话总结了一下,自认...
阅读 2766·2021-09-28 09:45
阅读 1487·2021-09-26 10:13
阅读 846·2021-09-04 16:45
阅读 3611·2021-08-18 10:21
阅读 1062·2019-08-29 15:07
阅读 2612·2019-08-29 14:10
阅读 3127·2019-08-29 13:02
阅读 2445·2019-08-29 12:31