5

当存在共享或依赖的组件时，我一直在尝试了解 ECS 的工作方式。我已经阅读了许多关于 ECS 的文章，但似乎无法找到明确的答案。

假设以下场景：

我有一个实体，它有一个 ModelComponent（或 MeshComponent）、一个 PositionComponent 和一个 ParticlesComponent（或 EmitterComponent）。

ModelRenderSystem 需要 ModelComponent 和 PositionComponent。

ParticleRenderSystem 需要 ParticlesComponent 和 PositionComponent。

在 ModelRenderSystem 中，为了缓存效率/局部性，我想遍历紧凑数组中的所有 ModelComponents 并渲染它们，但是对于每个模型，我需要拉出 PositionComponent。我什至还没有开始考虑如何处理每个模型的纹理、着色器等（这肯定会破坏缓存）。

ParticleRenderSystem 的类似问题。我需要 ParticlesComponent 和 PositionComponent，并且我希望能够以缓存有效/友好的方式运行所有 ParticlesComponent。

我考虑让 ModelComponent 和 ParticlesComponent 都有自己的位置，但是每次模型位置变化时都需要同步它们（想象一个角色上的粒子效果）。这增加了另一个需要跟踪和同步组件或值的实体或组件（并可能否定任何缓存效率）。

其他人如何处理这些依赖问题？

4

1 回答 1

3

降低复杂性的一种方法是反转数据流。

考虑您ModelRenderSystem有一个侦听器回调，它允许实体框架通知它已将实体添加到包含位置和模型组件的模拟中。在此回调期间，系统可以在位置组件或拥有该组件的系统上注册回调，以便ModelRenderSystem在该位置对象发生更改时得到通知。

随着来自位置更改的更改事件的到来，ModelRenderSystem可以将其在更新阶段必须复制的修改列表排队，然后在更新期间，它实际上是一个简单的查找每个修改模型并将位置设置为事件中的值。

好处是每帧，您只复制在帧期间实际更改的位置更改，并且您最大限度地减少了复制数据所需的查找。虽然位置更新传播到各种感兴趣的系统可能不那么缓存友好，但您观察到的收益超过了这一点。

最后，不要忘记系统不一定需要正确地迭代组件。实体系统中的组件允许您轻松切换可插入行为。系统始终可以管理对缓存更友好的数据结构，并使用上述回调方法，允许您以最小的耦合超级轻松地执行此操作并管理数据复制。

于 2017-12-08T18:14:16.613 回答