游戏设计中的每帧函数调用与事件驱动消息传递

据我所知，传统的游戏设计使用多态和虚拟功能来更新游戏对象的状态。换句话说，在游戏中的每个对象上以规则的间隔（例如，每帧）调用同一组虚拟函数。

最近，我发现，还有另一个- 事件驱动的消息传递系统可用于更新游戏对象的状态。在这里，对象通常不会按帧进行更新。取而代之的是，构建了高效的事件消息传递系统，并且仅在收到有效事件消息之后才更新游戏对象。

事件驱动的游戏体系结构在Mike McShaffry编写的《Game Coding Complete》中有很好的描述。

我可以在以下问题上寻求帮助：

• 两种方法的优缺点是什么？
• 哪里比另一个更好？
• 事件驱动游戏设计在所有领域都通用且更好吗？因此，即使在可移植的平台中，也建议使用它吗？
• 哪一个更有效，哪个更难开发？

要澄清的是，我的问题不是要从游戏设计中完全消除多态性。我只是希望了解使用事件驱动消息传递与常规（每帧）调用虚拟函数以更新游戏状态的区别和好处。

示例： 这个问题在这里引起了一些争议，因此让我为您提供示例：根据MVC，游戏引擎分为三个主要部分：

1. 应用层（硬件和操作系统通信）
2. 游戏逻辑
3. 游戏画面

在赛车游戏中，“游戏视图”负责以最快的速度（至少30fps）渲染屏幕。Game View也会侦听玩家的输入。现在发生这种情况：

• 玩家将燃油踏板踩到80％
• GameView构造一条消息“将Car 2油门踏板压到80％”，并将其发送给Game Logic。
• Game Logic会获取消息，评估，计算新车的位置和行为，并为GameView创建以下消息：“绘制2踩下燃油2的燃油踏板”，“ 2声音加速”，“ 2坐标X，Y” .. 。
• GameView接收消息并进行相应处理

我完全相信必须成为发明之母。我不喜欢编写任何东西，除非它的需求明确且定义明确。我认为，如果您通过设置事件消息传递系统来启动项目，那么您做错了。我相信，只有在创建并测试了基础架构并将所有组件都定义为良好的工作模块之后，您才应该专注于如何将这些模块彼此连接。在您了解每个模块的形状和需求之前，尝试设计一个事件消息传递系统。

两种方法的优缺点是什么？

我认为有人会争辩说，有好的消息传递系统可以随时安装和使用。也许这是真的。当然，专门为您量身定制的定制解决方案的性能将比通用消息总线更好。最大的问题是-您将花费多少时间来构建消息系统而不是使用已经构建的系统。显然，如果您可以找到具有所需功能集的某种事件系统，那么这是一个非常简单的决定。这就是为什么在做出该决定之前，请确保我完全了解自己的需求。

哪里比另一个更好？

我们可以在这里讨论内存和资源。如果您要开发任何资源有限的硬件，那么使用事件系统无疑会成为问题，这是一个问题。但是，实际上，我认为问题取决于您的需求，正如我已经提到的那样，直到您看到所有部件的外观，您才知道这一点。如果您有足够的经验来构建这些系统，并且您事先确切知道所有组件的外观，那么您也可以提前回答此问题。我猜您没有这种经验，因为您不会问这个问题。

事件驱动游戏设计在所有领域都通用且更好吗？因此，即使在移动平台上也建议使用它吗？

在所有领域通用且更好？像这样的笼统的声明很容易被拒绝。任何增加开销的事情都需要承担其工作量的份额。如果您使用的事件不足以保证设计的开销，那么那是错误的设计。

哪一个更有效，哪个更难开发？

效率取决于其实施方式。我认为，发达的传统设计将在一周的任何一天都优于基于事件的系统。这是因为各部分之间的通信可以进行微管理，并且效率很高。当然，从完成设计和提高效率所需的经验和时间的角度来看，这也使设计变得更加困难。另一方面，如果您缺乏经验或没有时间很好地开发应用程序，那么使用适合您需求的基于事件的设计将更加高效。如果您有不容易适应基于事件的结构的自定义事件需求，这可能会使基于事件的结构非常难以设计-尤其是要保持设计效率。

我认为您在这里比较苹果和桔子。多态性根本不会被消息传递所取代。您可能希望事件/消息连接松散耦合的组件。例如。在发生碰撞时从实体发送消息，更新玩家分数或触发声音效果。这样这些单独的类就不知道其他类，而只是发送和/或处理消息。

但是您的游戏很可能会在某个地方有一个更新循环，并且由于您具有该更新循环，因此可以轻松地使用它来更新所有需要在每一帧进行更新的游戏实体。但这并不会阻止您使用消息传递...

如果您具有某种在其中添加/删除游戏实体的结构，则可以将它们包括在更新循环中，而不必在每一帧都向它们发送更新消息。那么，当您使用消息传递来连接游戏的不同子系统时，为什么不直接在游戏实体上调用更新呢？我也喜欢类似事件的系统的Signal / Slot概念（请参阅qt示例）。

底线：没有更好的方法，也不是排他的。

这起初是对bummzack的回答的评论，但持续了很长时间。

除非您实际上使它异步（在新线程上调度事件），否则您的对象仍将同步获取备忘录。假设事件调度程序使用基本哈希表以及单元格中的链接列表，则该顺序将是将对象添加到该单元格的顺序。

此外，除非出于某种原因决定使用函数指针，否则您仍将使用虚拟函数调用，因为获取消息的每个对象都必须实现IEventListener（或任何您调用的对象）。事件是使用多态性构建的高级抽象。

使用事件时，您发现自己必须调用各种游戏中发生的事件的方法清单，以便同步游戏中的不同系统，或者在各种对象和系统的反应使您无法明确定义所说事件的情况下使用为将来发生的事情增加更多反应。

它们是一个很好的工具，但是就像bummzack所说的那样，不要以为多态和事件可以解决相同的问题。

我会说选择一个或另一个是完全错误的。有些对象需要调用每一帧，有些则不需要。如果您有要渲染的对象，则需要在每一帧对其进行渲染调用。活动无法进行此更改。对于任何基于时间的物理对象也是如此，您必须在每一帧都调用它们。

但是，我不会在每个帧中都调用对象管理对象，用户输入对象或类似对象。对框架上的每个对象进行大量虚拟调用是一个糟糕的主意。

用于任何特定对象的设计应基于那些对象的需求，而不是基于整个系统的某些意识形态。

编辑以使我的第一句话更加清楚。