在 CoffeeScript 游戏引擎中使用 mixin

Question

我正在为 Html5 画布开发 CoffeeScript 游戏引擎。在检查了一个非常简洁的 CoffeeScript 实现。我认为，通过开发一组基于 mixin 的组件（每个组件都有非常具体的功能）来减少游戏对象通常提供的各种对象层次结构，这可能是一个非常酷的想法。然后，在开发实际游戏时，人们可以通过基本上从一个组件开始并将其与一堆其他组件混合来即时构建独特的游戏对象。这减少了层次结构并允许频繁更改。

然后我考虑了可能出现的冲突，例如让一些组件定义具有相同签名的方法。现在，我没有以前那么兴奋了。

我应该怎么办？这是个好办法吗？我仍然喜欢它，特别是因为 JS 的底层原型机制，它允许以如此简单的方式动态组合东西。

Answer 1

您正在谈论实体组件系统。有几个是用JS写的；最受欢迎的是Crafty，它很大但值得一看。我最近用 CoffeeScript 写了一个（只是为了好玩；可能永远不会发布它）。

关于冲突的一些注意事项：

首先，问题可能比你想象的更糟糕：如果两个方法具有相同的名称，就会发生冲突； JS 不区分函数签名。它也可能没那么糟糕：为什么不创建一个命名空间约定，其中每个行为（意思是方法）都以其所属的组件命名，例如 burnable_burn？

不过，退一步说，mixin 并不是构建此功能的唯一方法 - 行为（即组件可以执行的操作）根本不必是方法。我问的激励问题是，如何触发一种行为？例如，您可能会这样做：

if entity.hasComponent "burnable" #hasComponent provided by your framework
  entity.burn()

但这对我来说听起来不太正确；它在你的游戏中发生的事情和你拥有的组件之间创建了一种奇怪的耦合，并且检查你的实体是否实现了相关组件是很尴尬的。相反，我希望行为成为事件的监听器：

entity.send("applySeriousHeat") #triggers whatever behaviors are there

然后让您的组件执行它需要执行的任何操作。因此，当您将组件添加到实体时，它会注册事件的侦听器。也许它看起来像（只是草图）：

register: (entity) -> #called when you add a component to an entity
  entity.listen "applySeriousHeat", -> #thing I do when this event is sent to me
    #do burnination here

为了让大家明白这一点，如果你这样做，你就不会关心碰撞，因为你的行为没有名字。事实上，你想要的是“碰撞”；您希望能够让多个组件响应同一事件。也许它同时燃烧和融化？

在实践中，我同时使用了这两种设置。我将 entity.addComponent 混合到组件的函数中，因为有时将行为作为方法调用会很方便。但大多数情况下，组件声明调用这些方法的侦听器，这有助于解耦并减少必须使用作用域名称的尴尬，因为在大多数情况下我不会直接调用它们。