C++ 中类似 GameMaker 的功能

Question

当我年轻的时候，我经常使用一个叫做 Game Maker 的工具。我从中开始学习编程。我现在已经远远超出了这个范围，但回顾起来，它的一些功能和设计非常有趣。我想知道 - 我如何使用 C++ 实现与此工具类似的功能？ 我想知道：

• 对象/类

Game Maker 有一个您要创建的“对象”列表，这些对象本质上只是不同的类，全部派生自同一基类（我现在将其称为 GameObject）以及一个名为'instance_create' 会将对象类型作为参数。 在 C++ 中，这看起来像这样（尽管语法上非常不正确）：

class MyGameObject : GameObject
{
    //...
}
GameObject instance_create(class objecttype)
{
    objecttype newinstance = new objecttype();
    return newinstance
}
GameObject* gameobjectinstance = instance_create(MyGameObject);

我将如何实现它？

• 系统变量/函数

Game Maker 拥有可以从任何地方访问的系统变量和函数。时期。任何地方。我正在考虑全局，但我知道这是糟糕的设计。我正在考虑拥有一个全局类，并将变量/函数设置为静态，但随后它们就无法更改。我该怎么做呢？

• var

Game Maker 只有一种数据类型 - var。它可以是字符串、整数、小数，任何东西。并且有用于这些之间转换的系统函数。

最后，如何在某种脚本中定义对象类型？就像，如果我想添加新类型的对象，创建一个新脚本？我不认为 C++ 可以在运行时创建对象类型，那么我该怎么做呢？

Answer 1

使用模板。

template<typename T> GameObject* instance_create()
{
    return new T;
}
GameObject* gameobjectinstance = instance_create<MyGameObject>();

然而，您指定的设计非常有问题（充其量是这样）并且绝对不适合 C++。您应该努力实现一个设计良好且适合该语言的系统，而不是重新创建过去的系统。

我特别认为，既然你提到了脚本的运行时解释，实际上 GameMaker 类和 C++ 类彼此无关。而且您肯定不能在运行时创建C++类，也不能在运行时传递类型，也不能在运行时实例化模板。

您最适合简单地编写一种脚本语言，例如 Lua，并仅用 C++ 编写必要的高性能组件。

Answer 2

Game Maker 使我们能够通过“对象”控制游戏功能，每个“对象”都由“事件”组成，这些“事件”在游戏过程中的特定时间触发。事件内有“动作”。首先，值得注意的是，将 Game Maker 开发与 C++ 进行比较就像比较粉笔和奶酪。然而，从理论上讲，我想你可以在 C++ 中镜像 GM 功能（尽管效率非常低），如下所示：

基对象类可能看起来像这样：

class CObjectBase
{
public:
    CGameSprite* sprite;
    int          x, y;
    ...

    virtual void onEventCreate( void ) {};
    virtual void onEventDestroy( void ) {};
    ...
    virtual void onEventKeyPressedUp( void ) {};
    virtual void onEventKeyPressed...
    ...
    ... (there are lots of these)

    // The draw event in GM (from memory) had in-built functionality:
    virtual void onEventDraw( void ) 
    {
        CGameEngine::getSingleton()->DrawSpriteAtLocation( sprite, x, y );
    }
};

你将从此类派生并重写函数（“事件”）与您的对象相关（组成这些函数的语句是您的“操作”）。然后会有某种对象实例管理器单例类，它保存当前“房间”中所有对象实例的列表，并循环遍历每个帧（并处理实例），通过调用各自的函数来触发相关事件。

有趣的是，这实际上大致说明了为什么像 Game Maker 这样的系统缺乏一定程度的效率。为了让开发人员有更多选择，存在额外的、不必要的开销。所有对象派生自的臃肿的基础对象对于特定情况来说通常是多余的。例如，想象一个对象在 50 个事件中只使用了两个事件 - 对象管理器仍然盲目地检查所有其他事件，即使它们没有被使用。显然可以进行优化，但总的来说，引擎的广度最终会导致性能下降。

至于与单个“var”类型相关的查询，如前所述，这更多是脚本的特征，而不是 C++ 的特征。这证明Game Maker不能简单地仅用C++来建模。