c++非成员访问成员函数

C++ nonmember accessing member functions

本文关键字：成员 函数 访问 c++      更新时间：2023-10-16

我正在和一个不同的团队一起做一个项目。另一个团队正在构建GUI，像大多数GUI框架一样，它是继承驱动的。另一方面，这边的代码("底端"，我猜有人会说)本质上是C(尽管我相信通过MSVC2010工具链，它在技术上都是c++，没有"将其视为C"标志)。

两个模块(UI和this)必须分别编译，然后链接在一起。

问题:底部需要调用GUI端的重绘函数，并向其提供一些数据。这就是问题的症结所在。如何调用INTO一组成员函数，特别是具有复杂依赖关系的成员函数?如果我试图包括窗口头，有一个继承列表的GUI的东西一英里长，底端显然不是针对复杂的GUI库构建…我不能向前声明我的出路，因为我需要调用窗口上的函数?

现在显然这是一个主要的沟通设计缺陷，尽管我们现在处于一个糟糕的位置，重大重组不是一个真正的选择。

问题:

  1. 应该如何组织，以便底部连接顶部进行重绘，从类似C的代码球到c++节点球。

  2. 我现在可以做些什么来规避这个问题?

我能想到的唯一好的方法是用某种交流类…但我不知道如何不会遇到同样的问题，因为它需要针对GUI和底部构建?

如果您只需要调用一个函数，甚至是函数的一小部分，那么回调可能是您最好的选择。如果您正在处理成员函数，您仍然可以使用指向成员函数的指针和指向相关对象的指针来调用它。有关这样做的详细信息，请参阅此回答。然而，这可能意味着需要您包含GUI代码的整个一英里长的依赖项列表。

编辑:经过一些思考，你可以为一些函数做一个回调，而不需要包括GUI代码的依赖项。例如:

在GUI代码的某处…

int DoFooInBar(int arg1, const char *arg2){
    return MyForm.ChildContainer.ChildBox.ChildButton.Bar.DoFoo( arg1, arg2 );
}

现在在GUICallbacks.hpp…

int DoFooInBar(int arg1, const char *arg2);

您可以在C代码的任何地方包含GUICallbacks.hpp并调用DoFooInBar()。这个方法唯一的问题是，你需要为你想要使用的每个回调创建一个新的函数。

批量完成此类任务的更通用的方法是通过传递消息。正如您所提到的，一种非常跨平台的方法涉及到通信对象。如果提供了一种机制，通过命名机制获取指向共享通信对象的指针，则不必遇到任何构建问题。一个小的例子是:

class CommObj{
public:
    struct Message{
        uint32_t type;
        uint32_t flags;
        std::string title;
        std::string contents;
        ... //maybe a union here or something instead
    };
private:
    static map<std::string, CommObj*> InternalObjects;
    std::deque<Message> Messages;
    std::string MyName;
public:
    CommObj(const char *name); //Registers the object in the map
    ~CommObj(); //Unregisters the object in the map
    void PushMessage( uint32_t type, uint32_t flags, const char *title, const char *contents, ...);
    Message GetMessage();
    bool HasMessages();
    static CommObj *GetObjByName(const char *name);
    static bool ObjWithNameExists();
};

显然你可以做一个更像C的版本，但是为了清晰起见，这是在c++中。实现细节供读者练习。

使用此代码，您可以简单地针对该对象构建后端和前端，并且可以在代码的两侧运行检查，以查看名称为"Backend->GUI"的CommObj是否已经创建。如果没有，那就去做。然后，您将能够通过使用GetObjByName("Backend->GUI");抓取指向该对象的指针来开始与该对象通信。然后，您将连续轮询该对象，以查看是否有任何新消息。您也可以为GUI提供另一个对象来将消息发送到后端，可能命名为"GUI->Backend"，或者您可以在对象本身中构建双向性。

另一种方法是使用套接字通信/共享文件描述符。然后，您可以向套接字读取和写入数据，以供另一端接收。对于基本的信号，这可能是完成所需的一种简单方法，特别是当您不需要任何复杂的东西时。对套接字描述符的一个简单的send()调用就可以向代码的另一端发出信号。

请注意，如果大量使用套接字可能会导致速度变慢。这取决于底层实现，但localhost上的套接字通常比原始函数调用慢。你可能不需要在一个紧密的循环中联锁信号，所以你应该对任何一种方法都很好。当我说慢的时候，我的意思是可能是50微秒vs 5微秒。在大多数情况下，这并不是什么值得担心的事情，而是需要注意的事情。另一方面，如果GUI代码运行在与后端代码不同的线程中，您可能希望在发布/读取消息之前互斥通信对象，而共享文件描述符则不需要这样做。互斥锁/信号有自己的包袱需要处理。

使用一个通信对象，就像我给出的大纲那样，将允许对类型进行一些自动封送，您可能会对此感兴趣。当然，您也可以编写一个对象来使用套接字进行封送处理，但是在这种情况下，您最好使用共享对象。

我希望你的项目最后进展顺利。
相关文章：