您的位置:首页 > 财经 > 产业 > 靠谱的代运营公司有哪些_专业简历制作平台_合肥seo推广培训班_网站建设及网站推广

靠谱的代运营公司有哪些_专业简历制作平台_合肥seo推广培训班_网站建设及网站推广

2025/4/3 13:38:33 来源:https://blog.csdn.net/gdr12/article/details/146931342  浏览:    关键词:靠谱的代运营公司有哪些_专业简历制作平台_合肥seo推广培训班_网站建设及网站推广
靠谱的代运营公司有哪些_专业简历制作平台_合肥seo推广培训班_网站建设及网站推广

文章目录

  • 简介
  • 问题
  • 解决方案
    • 享元与不可变性
    • 享元工厂
  • 代码
  • 总结

简介

亦称:缓存、Cache、Flyweight。享元是一种结构型设计模式,它摒弃了在每个对象中保存所有数据的方式,通过共享多个对象所共有的相同状态,让你能在有限的内存容量中载入更多对象。

问题

假如你开发了一款简单的游戏:玩家可以在地图上移动并相互射击,比如刺激战场。你决定实现一个真实的粒子系统。大量的子弹、导弹和爆炸弹片会在整个地图上穿行,给玩家提供刺激的游戏体验。
开发完成后,你编译好打包然后发送给了一个朋友进行测试。尽管这个游戏在你的电脑上正常运行,但是你的朋友却无法长时间进行游戏:游戏总是会在他的电脑上运行几分钟后崩溃。在研究了调试信息后,你发现导致游戏崩溃的原因是电脑内存容量不足。朋友的设备性能远比不上你的电脑,所以游戏运行之后很快就会出现问题。

真正的问题其实是跟粒子系统有关。每个粒子(一颗子弹、一枚导弹或一块弹片)都由包含完整数据的独立对象来表示,如下图,每个粒子占用约21KB内存。当玩家打到高潮的时候(粒子数大约有1000000),会占用大约21GB的内存,这时内存已经不能再容纳新粒子了,于是程序就崩溃了。

在这里插入图片描述

解决方案

仔细观察粒子Par­ti­cle类,你可能会注意到颜色(color)和纹理图(sprite)这两个成员变量所消耗的内存要比其他变量多得多。而且对于所有的粒子来说,这两个成员变量所存储的数据几乎完全一样(比如所有子弹的颜色和纹理图都一样),如下图(Particle)。
在这里插入图片描述
每个粒子的另一些状态(坐标、移动矢量和速度)则是不同的(MovingParticle)。因为这些成员变量的数值会不断变化。这些数据能够代表粒子在创建之后不断变化的情景,但每个粒子的颜色和纹理图其实会保持不变。
我们知道,对象的常量数据通常被称为内在状态,它在对象里面,其他对象只能读取但不能修改他的数值。而对象的其他状态常常能被其他对象“从外部”改变,因此被称为外在状态。
享元模式建议不在对象中存储外在状态,而是把他传递给依赖于它的一个特殊方法。程序只在对象里保存内在状态,以方便在不同情景下重用。这些对象的区别仅在于他的内在状态(和外在状态相比,内在状态的变化要少很多),因此你所需的对象数量会大大削减。
让我们回到游戏的示例。假如能从粒子类里抽出外在状态(MovingParticle),那么我们只需要三个不同的对象(子弹、导弹和弹片)就能表示游戏中的所有粒子。如下图,我们把MovingParticleParticle中抽出来之后,只要一个Particle对象存储颜色和纹理图(21KB)即可, 其余外在状态都存储在MovingParticle对象中(32B),MovingParticle 对象会共享这一个Particle对象。你现在很可能已经猜到了,我们把这样一个仅存储内在状态(Particle)的对象称为享元
在这里插入图片描述

享元与不可变性

由于享元对象可以在不同的情景中使用,你必须确保他的状态不能被修改。享元类的状态只能由构造函数的参数进行一次性初始化,它不能对其他对象公开他的setter或公有成员变量。

享元工厂

为了能更方便地访问各种享元,你可以创建一个工厂方法来管理已有享元对象的缓存池。工厂方法从客户端处接收目标享元对象的内在状态作为参数,如果它能在缓存池中找到所需享元,就把它返回给客户端;如果没有找到,它就会新建一个享元,并把他添加到缓存池里。
你可以选择在程序的不同地方放入这个函数。最简单的选择就是把他放在享元容器里。除此之外,你还可以新建一个工厂类,或者创建一个静态的工厂方法并把它放在实际的享元类里。

代码

// 粒子内在状态
final class ParticleType {private final String color;  // 不可变特征private final String texture;private final String effectType;public ParticleType(String color, String texture, String effectType) {this.color = color;this.texture = texture;this.effectType = effectType;}public void render(String position, double velocity) {System.out.printf("绘制%s特效: 位置%s | 速度%.1fm/s | 材质[%s]%n",effectType, position, velocity, texture);}
}// 粒子外在状态载体
class Particle {private double x, y;private double velocity;private final ParticleType type; // 共享引用public Particle(double x, double y, double v, ParticleType type) {this.x = x;this.y = y;this.velocity = v;this.type = type;}public void display() {type.render(String.format("(%.1f, %.1f)", x, y), velocity);}
}// 享元工厂
class ParticleFactory {private static final Map<String, ParticleType> pool = new HashMap<>();public static ParticleType getType(String color, String texture, String effect) {String key = color + "_" + texture + "_" + effect;// 池化检测逻辑if (!pool.containsKey(key)) {pool.put(key, new ParticleType(color, texture, effect));}return pool.get(key);}
}// 粒子系统管理
class ParticleSystem {private List<Particle> particles = new ArrayList<>();public void addParticle(double x, double y, double v,String color, String texture, String effect) {ParticleType type = ParticleFactory.getType(color, texture, effect);particles.add(new Particle(x, y, v, type));}public void simulate() {particles.forEach(Particle::display);}
}// 运行示例
class GameEngine {public static void main(String[] args) {ParticleSystem system = new ParticleSystem();// 添加火焰粒子system.addParticle(10.5, 20.3, 5.2, "橙红", "fire_tex", "火焰");system.addParticle(15.1, 18.7, 4.8, "橙红", "fire_tex", "火焰");// 添加冰雪粒子system.addParticle(30.0, 50.0, 2.1, "冰蓝", "snow_tex", "冰霜");system.simulate();}
}

总结

在这里插入图片描述

  1. 享元模式只是一种优化。在应用这个模式之前,你要确定程序里存在内存消耗问题,并且这个问题是跟大量类似对象同时占用内存相关的,同时确保这个问题没办法用其他更好的方式来解决。
  2. 享元(Fly­weight)类包含原始对象里部分能在多个对象中共享的状态。同一享元对象可以在许多不同情景中使用。享元中存储的状态被称为“内在状态”。
  3. 情景(Con­text)类包含原始对象里各不相同的外在状态情景和享元对象组合在一起就能表示原始对象的全部状态
  4. 通常情况下,原始对象的行为会保留在享元类中。因此调用享元的方法必须提供部分外在状态作为参数。但你也可把行为移动到情景类里,然后把连入的享元作为单纯的数据对象。
  5. 客户端(Client)负责计算或存储享元的外在状态。在客户端看来,享元是一种可以在运行时进行配置的模板对象,具体的配置方式就是向他的方法里面传入一些情景数据参数。
  6. 享元工厂(Fly­weight Fac­to­ry)会对已有享元的缓存池进行管理。有了工厂后,客户端就无需直接创建享元,它们只需调用工厂并且向他传递目标享元的一些内在状态就可以了。工厂会根据参数在之前已创建的享元中进行查找,如果找到满足条件的享元就直接返回;如果没有找到就根据参数新建享元。

版权声明:

本网仅为发布的内容提供存储空间,不对发表、转载的内容提供任何形式的保证。凡本网注明“来源:XXX网络”的作品,均转载自其它媒体,著作权归作者所有,商业转载请联系作者获得授权,非商业转载请注明出处。

我们尊重并感谢每一位作者,均已注明文章来源和作者。如因作品内容、版权或其它问题,请及时与我们联系,联系邮箱:809451989@qq.com,投稿邮箱:809451989@qq.com