陈述实体或组件的变化

我在确定如何处理实体中的状态管理时遇到了一些麻烦。

我对游戏状态管理没有任何麻烦，例如暂停和菜单，因为它们没有作为实体组件系统处理；只是带有实体/组件中的状态。

以“兽人必须死”为例，我有MainCharacter和Trap实体，它们只有诸如PositionComponent，RenderComponent和PhysicsComponent之类的组件。

在每次更新时，实体都会调用其组件的更新。我也有一个通用的EventManager，带有用于不同事件类型的侦听器。

现在，我需要能够放置陷阱：首先选择陷阱和陷阱位置，然后放置陷阱。

放置陷阱时，它应该出现在MainCharacter的前面，以不同的方式呈现并跟随它。放置后，它应仅响应碰撞并以常规方式进行渲染。

通常在基于组件的系统中如何处理？

（此示例是特定的，但可以帮助您确定处理实体状态的一般方法。）

组件系统的一个有趣应用是，如果您设计了能够处理实体的组件，则可以在运行时更改其组件。因此，实体的状态成为为其分配了哪些组件以及这些组件拥有哪些值的总和。

对于您的示例，您可以首先使用BuildControllerComponent（在构建阶段控制对播放器控件的反应），a PositionComponent和a 创建陷阱RenderComponent。最后一个具有一个数据字段，该数据字段控制使用的像素着色器，其中一个为要构建的陷阱提供“幽灵般”的外观。您会注意到尚未分配任何物理组件。

放置陷阱后，组件将被更换。在BuildControllerComponent不需要了，所以它被移除。该RenderComponent的着色器会被替换成陷阱你的正常标准视图。最后，PhysicsComponent将陷阱起作用所需的所有其他条件也添加到了实体中。

在基于继承的方法中，这等效于为一个ActiveTrapEntity类构造一个以BuildTimeTrapEntity类作为其参数的构造函数，第二个用于在构造陷阱时渲染陷阱，第一个在陷阱到位后用于陷阱。

我不喜欢实体在其组件上调用更新的想法（系统应该在进行工作），这会导致保持组件之间彼此不知情的问题。

您可以添加一个名为“状态”的附加组件。渲染和碰撞系统将访问它。状态组件只是一个具有多个可用状态的标志。对于这种情况，您描述的状态是Play和Build。当渲染系统看到状态为时，Build它将绘制透明的对象。当碰撞系统看到Build状态时，将不会处理与玩家的碰撞。

但是，实际上，如果您没有系统，并且依靠组件来完成所有工作，那么您将遇到很多问题。组件不应该彼此了解，也不应进行处理。