c# - 基于组件的游戏设计中的共享字段

Question

在使用 XNA 在 C# 中完成我的基于组件的游戏引擎之前，我认为这是最后一个重大的逻辑飞跃。我定义了实体类和抽象组件。我的问题出现在我的 EntityFactory 中。

当我想创建一个新实体时，我将一个 EntityType 枚举传递给工厂中的一个静态方法，它通过一个 switch/case 语句来查找要将哪些组件放在一起。问题是，我正在尝试创建一种方法，使组件可以与同一实体中的其他组件共享字段，而无需访问所有内容。例如，如果两个组件具有表示位置的 Vector2 字段，则它们都应指向同一个 Vector2。

我可以通过初始化实体工厂中的所有字段并要求将它们传递到组件的构造函数中(并使用 ref 作为基元)来做到这一点，但这将非常难以维护，因为任何时候我扩展或更改组件，我将不得不在工厂中使用该组件的每个地方重写代码。我真的很想避免这种解决方案，但如果我找不到更好的方法，我会忍受它。

我目前的解决方案是创建一个名为 Attribute 的包装类。它包含两个字段:

private AttributeType type;
private Object data;

属性类型是一个枚举，表示属性的用途。所以枚举中有Position、Rotation、Texture等条目。

EntityFactory 创建一个空的属性列表，并将其传递给每个组件构造函数。 setField 方法将由组件的构造函数调用，而不是初始化字段。这是 Attribute 类和 setField 方法。

 public class Attribute
{
    private AttributeType type;
    private Object data;

    public AttributeType Type
    {
        get { return this.type; }
    }
    public Object Data
    {
        get { return this.data; }
    }

    public Attribute(AttributeType type, Object data)
    {
        this.type = type;
        this.data = data;
    }

    public static void setField<T>(List<Attribute> attributeList, AttributeType type, out T field, T defaultValue)
    {
        bool attributeFound = false;
        field = defaultValue;

        foreach (Attribute attribute in attributeList)
        {
            if (attribute.Type == type)
            {
                field = (T)attribute.Data;
                attributeFound = true;
                break;
            }
        }

        if (!attributeFound)
        {
            attributeList.Add(new Attribute(type, field));
        }
    }
}

我的问题是当属性包含原始类型的数据时。我考虑过在

的 Attribute 类中写一个方法

public void getData<T>(out T field) { field = this.data; }

但是我似乎无法使用 ref 将数据传递给属性构造函数。我不能使 Attribute 通用，因为它不会进入列表。我只是想知道是否有一种方法可以处理值类型和引用类型数据，或者我在整个事情的某个地方犯了逻辑错误。

Answer 1

尖酸刻薄的版本:恭喜您重新发明了变量。很糟糕。或者，充其量是接口(interface)上的一个属性。

有用的版本:

我发现您的设计存在一些问题。

第一个问题就是它复杂。最好避免复杂化，除非您有令人信服且存在的理由(即:不是“可能在未来”需要)。否则YAGNI .在求助于创建系统以在数据中表达这些概念之前，您应该始终尝试直接在代码中表达概念(就像我所说的重新发明变量；也请考虑 this)。

但是让我们假设您确实有充分的理由进行基于组件的设计...

第二期是拳击。装箱发生在任何你直接存储值类型(例如:int、float、Vector2、任何struct)的地方引用类型(例如:object、IEquatable)。盒装对象是不可变的 - 因此每次您的位置发生变化时，都会创建一个新的盒装对象。装箱一个变量(相对)慢。盒装对象存储在堆上 - 因此它们在垃圾收集期间被考虑并且可能导致垃圾收集。因此，您在问题中提出的设计将执行可怕的。

我假设您对基于组件的设计的想法类似于 the one explained in this article .这是一个有用的图表:

_{(来源:cowboyprogramming.com)}

这让我想到了第三个问题:无论如何，您不应该拥有一个以上的组件! (在您的设计中，您似乎方式比您需要的更精细。)

基本上，基于组件的设计是关于重新发明类，而不是变量。在正常设计中，您可能具有如下“渲染”功能:

public void Draw()
{
    spriteBatch.Draw(texture, this.Position, Color.White);
}

但在基于组件的设计中，您将在不同的类 中拥有Draw 和Position。顺便说一下，我会实现如下接口(interface):

interface IRenderComponent { void Draw(); }
interface IPositionComponent { Vector2 Position { get; set; } }

那么Draw是如何访问Position的呢？那么，您需要一种方法来表达 this(如果您要重新发明类，this 可能是您需要的最重要的概念包括)。

你会怎么做？这里有一个粗略的设计思路:

我会让每个组件类继承自具有属性 Self 的 Component 类。我会让 Self 返回某种 ComposedObject ，它具有一种机制，可以通过接口(interface)访问组成组合对象的任何其他组件。所以也许你的渲染组件可能看起来像:

class SimpleRenderer : Component, IRenderComponent
{
    public void Draw()
    {
        sb.Draw(texture, Self.Get<IPositionComponent>().Position, Color.White);
    }
}

(这类似于 GameServiceContainer(即:Game.Services 属性)。这里的想法是任何 ComposedObject 都不应该有更多而不是每个接口(interface)的一个实例。如果您的接口(interface)数量很少，ComposedObject 甚至不需要使用列表 - 只需直接存储每个接口(interface)即可。不过，您可以拥有实现多个接口(interface)的组件。)

现在，如果这对您来说太冗长，也许您可​​以在 ComposedObject 上添加一些方便的属性(或使用扩展方法)用于常见数据，例如 Position ，像这样:

public Vector2 Position { get { return Get<IPositionComponent>().Position; } }

那么你的绘图函数可以简单地是这样的:

spriteBatch.Draw(texture, Self.Position, Color.White);