在基于组件的实体系统中处理脚本化和“本机”组件
我目前正在尝试实现一个基于组件的实体系统，该实体基本上只是一个ID和一些将一组组件捆绑在一起以形成游戏对象的辅助方法。其中的一些目标包括： 组件仅包含状态（例如位置，健康状况，弹药计数）=>逻辑进入“系统”，该系统处理这些组件及其状态（例如PhysicsSystem，RenderSystem等） 我想用纯C＃和脚本（Lua）实现组件和系统。基本上，我希望能够直接在Lua中定义全新的组件和系统，而不必重新编译C＃源代码。 现在，我正在寻找有关如何高效且一致地处理此问题的想法，因此，例如，无需使用其他语法来访问C＃组件或Lua组件。 我当前的方法是使用常规的公共属性实现C＃组件，这些属性可能装饰有一些属性，这些属性可以告诉编辑器默认值和内容。然后，我将得到一个C＃类“ ScriptComponent”，该类仅在内部包装Lua表，该表由脚本创建并保存该特定组件类型的所有状态。我真的不希望从C＃端访问该状态，因为我在编译时不知道可以使用哪些ScriptComponents和哪些属性。尽管如此，编辑器仍需要访问它，但是像下面这样的简单界面就足够了： public ScriptComponent : IComponent { public T GetProperty<T>(string propertyName) {..} public void SetProperty<T>(string propertyName, T value) {..} } 这将简单地访问Lua表并从Lua设置和检索那些属性，并且也可以轻松地将其包含在纯C＃组件中（但随后可以通过反射或其他方式使用常规C＃属性）。这只能在编辑器中使用，不能用常规的游戏代码使用，因此性能在这里并不重要。这将有必要生成或手写一些组件描述，以记录某些组件类型实际提供的属性，但这不是一个大问题，并且可以实现足够的自动化。 但是，如何从Lua端访问组件？如果我调用类似的东西，getComponentsFromEntity(ENTITY_ID)我可能只会获得一堆本地C＃组件（包括“ ScriptComponent”）作为用户数据。从包装的Lua表访问值将导致我调用该GetProperty<T>(..)方法，而不是像其他C＃组件那样直接访问属性。 也许编写一个getComponentsFromEntity()只能从Lua调用的特殊方法，该方法会将所有本机C＃组件作为用户数据返回，但“ ScriptComponent”除外，它将返回包装后的表。但是会有其他与组件相关的方法，我真的不想复制所有这些方法，无论是从C＃代码还是从Lua脚本调用。 最终目标将是处理所有类型的组件相同，而在本机组件和Lua组件之间（尤其是从Lua方面）不区分特殊情况的语法。例如，我希望能够编写如下的Lua脚本： entity = getEntity(1); nativeComponent = getComponent(entity, "SomeNativeComponent") scriptComponent = getComponent(entity, "SomeScriptComponent") nativeComponent.NativeProperty = 5 scriptComponent.ScriptedProperty = 3 该脚本不必关心它实际上获得了哪种组件，我想使用与C＃端相同的方法来检索，添加或删除组件。 也许有一些将脚本与实体系统集成在一起的示例实现？