《游戏编程模式》--序列模式--学习

zaizai1007

已于 2023-05-19 20:29:07 修改

阅读量666

点赞数

分类专栏：设计模式文章标签：设计模式

于 2023-05-19 16:24:47 首次发布

本文链接：https://blog.csdn.net/zaizai1007/article/details/130766969

版权

设计模式专栏收录该内容

10 篇文章 0 订阅

订阅专栏

在线阅读：

序列模式 · 游戏设计模式 (tkchu.me)

参考文章：

GameDesignPattern_U3D_Version/Assets/007SequencingPatterns at master · TYJia/GameDesignPattern_U3D_Version · GitHub

序列模式

游戏循环是时钟的中心轴。对象通过更新方法来聆听时钟的滴答声。我们可以用双缓冲模式存储快照来隐藏计算机的顺序执行，这样看起来世界可以进行同步更新。

双缓冲模式

用序列的操作模拟瞬间或者同时发生的事情。

定义缓冲类封装了缓冲：一段可改变的状态。这个缓冲被增量地修改，但我们想要外部的代码将修改视为单一的原子操作。为了实现这点，类保存了两个缓冲的实例：下一缓冲和当前缓冲。

当信息从缓冲区中读取，它总是读取当前的缓冲区。当信息需要写到缓存，它总是在下一缓冲区上操作。当改变完成后，一个交换操作会立刻将当前缓冲区和下一缓冲区交换，这样新缓冲区就是公共可见的了。旧的缓冲区成为下一个重用的缓冲区。

何时使用

我们需要维护一些被增量修改的状态。
在修改到一半的时候，状态可能会被外部请求。
我们想要防止请求状态的外部代码知道内部的工作方式。
我们想要读取状态，而且不想等着修改完成。

提醒：

交换本身需要时间

我们得保存两个缓冲区

class Scene
{
public:
  Scene()
  : current_(&buffers_[0]),
    next_(&buffers_[1])
  {}

  void draw()
  {
    next_->clear();

    next_->draw(1, 1);
    // ...
    next_->draw(4, 3);

    swap();
  }

  Framebuffer& getBuffer() { return *current_; }

private:
  void swap()
  {
    // 只需交换指针
    Framebuffer* temp = current_;
    current_ = next_;
    next_ = temp;
  }

  Framebuffer  buffers_[2];
  Framebuffer* current_;
  Framebuffer* next_;
};

缓冲区是如何被交换的

在执行交换操作的时候，我们必须锁住两个缓冲区上的读取和修改，为了让性能最优，我们需要它进行的越快越好

交换缓冲区的指针或引用：

速度快。 不管缓冲区有多大，交换都只需赋值一对指针。很难在速度和简易性上超越它。
外部代码不能存储对缓存的永久指针。 这是主要限制。由于我们没有真正地移动数据，本质上做的是周期性地通知代码库的其他部分到别处去寻找缓存，就像前面的舞台类比一样。这就意味着代码库的其他部分不能存储指向缓冲区中数据的指针—— 它一段时间后可能就指向了错误的部分。

这会严重误导那些期待缓冲帧永远在内存中的固定地址的显卡驱动。在这种情况下，我们不能这么做。
缓冲区中的数据是两帧之前的数据，而不是上一帧的数据。

在缓冲区之间拷贝数据

下一帧的数据和之前的数据相差一帧。 拷贝数据与在两块缓冲区间跳来跳去正相反。如果我们需要前一帧的数据，这样我们可以处理更新的数据。
交换也许更花时间。 这个当然是最大的缺点。交换操作现在意味着在内存中拷贝整个缓冲区。如果缓冲区很大，比如一整个缓冲帧，这需要花费可观的时间。由于交换时没有东西可以读取或者写入任何一个缓冲区，这是一个巨大的限制。