使用多个服务器指向的客户端是不是不好的设计？

Question

我正在构建一个游戏引擎，并且正在尝试重新组织一些东西；即EngineManager，它管理引擎的主要组件（音频、视频、键盘/鼠标IO等）。

如果您愿意的话，此清理的主要实现思想是使用 EngineManager 作为客户端，它将通过事件处理（在 SDL 中）向这些不同的对象发送数据。组件，它们将依次发送回消息。为了避免疯狂，我有以下实现：

Config

    class Config
    {
    public:

        Config( const EngineManager* engine, const Controls* controls );

        ~Config( void );

        //More functions

    private:

        Controls** mControls;

        EngineManager** mEngine;

        //More functions/class members

    };

    Config::Config( const EngineManager* engine, const Controls* controls )
        : mControls( controls ),
          mEngine( engine ),
          mIsInitialized( false )
    {
    }

    Config::~Config( void )
    {
        delete mControls;
        delete mEngine;
    }

EngineManager

class EngineManager
{

public:

    EngineManager( void );

    ~EngineManager( void );

    //More functions/class members

private:

    Controls* mControls;

    Config* mConfig;

   //More functions/class members

};

EngineManager::EngineManager( void )
    : mControls( new Controls( this ) ),
      mConfig( new Config( this, mControls ) ),
      mEvent( new SDL_Event )
{
    Init();
}

EngineManager::~EngineManager( void )
{
    delete mEvent;
    delete mConfig;
    delete mControls;
    delete mScreen;
}

我会发布控件，但它基本上与配置类执行相同的操作 - 尽管没有引用配置。

尽管如此，有些事情告诉我，一个好的实现可能是某种函数指针......

有什么想法吗？

Answer 1

这里最大的设计问题是相互依赖。如果您使用客户端/服务器，则客户端应该依赖于服务器，而不是相反。

如果客户端需要了解服务器中的更新，您应该使用观察者模式。
如果需要对消息进行回复，并且您不想使用同步消息（发送者等待接收者处理消息），那么您应该传递带有消息的回调，这就是函子的作用，因为函子可以包含对您的客户端的某种引用，因此函子可以发回消息。
如果客户端数量有限且不经常更改，您可以将它们传递给服务器，但您应该使用客户端实现的回调接口。