MOC 将命名空间添加到类名中

Question

我在编译项目时遇到了这个非常奇怪的问题。 MOC 似乎在被 moc'ed 的类名中添加了一个命名空间，尽管文件/类中没有提到它。

然而，命名空间存在于我使用的库中，但它隐藏在头文件中很远的地方，并且我不在 UI 文件中使用它。这就是 MOC 生成的内容：

const QMetaObject SmpTl::CaptureController::staticMetaObject = {
{ &QObject::staticMetaObject, qt_meta_stringdata_SmpTl__CaptureController,
  qt_meta_data_SmpTl__CaptureController, 0 }};

SmpTl 命名空间在 CaptureController 声明中的任何地方都没有提及，但它出现在 MOC 生成的 .cpp 文件中。

我正在使用带有 QT 集成的 Visual Studio。

Answer 1

这是与 Q_OBJECT micros 和 MOC 有关的问题。
如果您在另一个包含 Q_OBJECT 的头文件中添加任何包含命名空间的头文件，则可能会遇到此问题。

要解决此问题，您可以禁用标头，包括启用 MOC 时。

#ifndef Q_MOC_RUN
#include "your_header_with_namespace.h"
#endif

您可以将其放置在包含 Q_OBJECT 宏的头文件中，以确保 MOC 跳过包含名称空间的头文件。

下面是一个示例：

#ifndef Q_MOC_RUN
#include "your_header_with_namespace.h"
#endif

class A : public QObject {
    Q_OBJECT

public:
    A() : QObject() {}
};

这应该有助于解决问题，允许 MOC 处理文件，而不会遇到命名空间问题。

Answer 2

SmpTl 是 CaptureController 定义的命名空间，由 MOC 找到。

Q_OBJECT 宏扩展为类定义中 staticMetaObject 变量的声明（以及它扩展的其他内容）。 MOC 文件包含该变量的定义。

如果这不正确，请发布您的 Qt 版本和头文件的精简版本。

Answer 3

我也遇到了这个问题。我的代码看起来像这样：

namespace foo {
    #ifdef _WIN32
    ...   // This code was fine
    #else
    #error Not Supported
    #endif
}

这让 MOC 误以为命名空间 foo 从未关闭。显然，它不知道 _WIN32 已定义，并且由于我忘记在错误消息周围加上引号而被绊倒。将其更改为：

#error "Not Supported"

解决了我的问题。