《游戏编程模式》三、享元模式(Unity 实现)

使用共享以高效地支持大量的细粒度对象。

适用场景:

  • 有太多对象并考虑对其进行轻量化

3.1 森林之树

为了在屏幕上渲染出森林,所有的(树)数据必须按照一定的方式进行组织并沿着总线从 CPU 传送到 GPU 里去

  • 一个多边形网格:定义了树干、树枝和树叶的几何描述
  • 树皮和树叶的纹理
  • 树在森林中的位置以及朝向
  • 调节参数:如大小、颜色等,以使每棵树看起来都不一样

虽然森林中有成千上万的树木,但它们大部分看起来是相似的。它们可能会全部使用相同的网格和纹理数据

我们将对象侵害成两个独立的类------通用数据特殊数据

通用数据:

cs 复制代码
class TreeModel
{
    private Mesh mesh;
    private Texture bark;
    private Texture leaves;
}

整个游戏只需要一份这样的数据,然后游戏世界中每棵树的实例都有一个指向共享的 TreeModel 的引用

cs 复制代码
class Tree
{
    private TreeModel model;
    
    private Vector3 position;
    private float height;
    //...
}

将数据存储在内在中是个好办法,但对渲染毫无助益。在显示之前,森林数据还是必须按照一定的格式上传到 GPU 中,我们需要用显卡能够识别的方式来表达这种资源共享

3.2 一千个实例

为了最大程度地减少发送到 GPU 上的数据量,我们希望

  • 只发送一次共享数据------TreeModel
  • 再单独将每棵树的特殊数据上传
  • 告诉 GPU:使用那个共享模型来渲染每个实例

3.3 享元模式

有太多对象并考虑对其进行轻量化时它便能派上用场

3.4 扎根之地

地面也要在我们的游戏中被表示出来。如草地、泥土、丘陵、湖泊==,我们将使用基于瓦片(Tile-based)的技术来构建地面,地面是一个由许多细小瓦片组成的巨大网格,每块瓦片都由某种地形所覆盖

cs 复制代码
class Terrain
{
    private int moveCost;
    private bool isWater;
    private Texture texture;
    
    Terrain(int moveCost, bool isWater, Texture texture) { ... }
    //...
}

但我们不希望为每块瓦片构建地形实例付出成本,因为同类的地形实例是相同的

cs 复制代码
class World
{
    private Terrain[,] tiles = new Terrain[width, height];
    //...
}

每个相同地形的瓦片都会引用相同的地形实例

相关推荐
庞轩px11 小时前
第六篇:Spring用了哪些设计模式?——从单例到代理,拆解框架中的经典设计
java·spring·设计模式·bean·代理模式·aop·单例
多加点辣也没关系11 小时前
设计模式-工厂方法模式
设计模式·工厂方法模式
多加点辣也没关系15 小时前
设计模式-建造者模式
设计模式·建造者模式
多加点辣也没关系17 小时前
设计模式-桥接模式
设计模式·桥接模式
雪度娃娃18 小时前
结构型设计模式——装饰模式
设计模式·装饰器模式
sensen_kiss18 小时前
CPT304 SoftwareEngineeringII 软件工程 2 Pt.4 设计模式(下)
设计模式·软件工程
多加点辣也没关系19 小时前
设计模式-适配器模式
设计模式
Forget the Dream20 小时前
基于适配器模式的 Axios 封装实践
设计模式·typescript·axios·适配器模式
Java面试题总结21 小时前
【设计模式03】使用模版模式+责任链模式优化实战
设计模式·责任链模式
庞轩px21 小时前
Redis工具类重构——从臃肿到优雅的门面模式实践
数据库·redis·设计模式·重构·门面模式·可扩展性·可维护性