我正在使用低级 Qt 插件 API为 Qt 应用程序构建一组插件。管理器对象将在运行时加载这些插件，并允许客户端程序访问任何可用的插件。我希望管理器通过信号和插槽与插件类进行通信，因为这些插件可能与管理器存在于不同的线程中。
所以每个插件必须实现的接口应该声明这些信号和槽。插槽没有问题，因为它们实际上只是每个插件必须实现的抽象成员函数。信号就是问题所在。
虽然信号可以在接口类中声明，但它们的定义是由 Qtmoc在编译过程中自动生成的。因此我可以在接口类中定义这些信号，但是在创建实现接口的插件时，构建在链接处失败。这是因为信号的定义是在接口对象文件中，而不是在插件对象文件中。
所以问题是，如何确保Interface在构建类时生成和/或链接类中Plugin？
这是一个最小的，完整的例子来演示这个问题。
目录结构
test
|_ test.pro
|_ app
|_ app.pro
|_ interface.h
|_ main.cc
|_ plugin
|_ plugin.pro
|_ plugin.h
在test.pro：
TEMPLATE = subdirs
SUBDIRS = app plugin
在app/app.pro：
TEMPLATE = app
QT += testlib
HEADERS = interface.h
SOURCES = main.cc
TARGET = test-app
DESTDIR = ../
在app/interface.h：
#ifndef _INTERFACE_H_
#define _INTERFACE_H_
#include <QObject>
#include <QString>
class Interface : public QObject
{
Q_OBJECT
public:
virtual ~Interface() {}
// Slot which should cause emission of `name` signal.
virtual void getName() = 0;
signals:
// Signal to be emitted in getName()
void name(QString);
};
#define InterfaceIID "interface"
Q_DECLARE_INTERFACE(Interface, InterfaceIID)
#endif
在app/main.cc：
#include "interface.h"
#include <QtCore>
#include <QSignalSpy>
int main(int argc, char *argv[])
{
QCoreApplication app(argc, argv);
// Find plugin which implements the interface
Interface* interface;
QDir dir(qApp->applicationDirPath());
dir.cd("plugins");
for (auto& filename : dir.entryList(QDir::Files)) {
QPluginLoader loader(dir.absoluteFilePath(filename));
auto* plugin = loader.instance();
if (plugin) {
interface = qobject_cast<Interface*>(plugin);
break;
}
}
if (!interface) {
qDebug() << "Couldn't load interface!";
return 0;
}
// Verify plugin emits its `name` with `QSignalSpy`.
QSignalSpy spy(interface, &Interface::name);
QTimer::singleShot(100, interface, &Interface::getName);
spy.wait();
if (spy.count() == 1) {
auto name = spy.takeFirst().at(0).toString();
qDebug() << "Plugin emitted name:" << name;
} else {
qDebug() << "Not emitted!";
}
return 0;
}
在plugin/plugin.h：
#ifndef _PLUGIN_H_
#define _PLUGIN_H_
#include "interface.h"
class Plugin : public Interface
{
Q_OBJECT
Q_PLUGIN_METADATA(IID "interface")
Q_INTERFACES(Interface)
public:
// Override abstract function to emit the `name` signal
void getName() override { emit name("plugin"); }
};
#endif
在plugin/plugin.pro：
TEMPLATE = lib
CONFIG += plugin
INCLUDEPATH += ../app
HEADERS = plugin.h
TARGET = $$qtLibraryTarget(plugin)
DESTDIR = ../plugins
这可以通过qmake && make从顶级目录调用来编译。
照原样Interface继承自QObject，因此它可以定义所有插件共享的信号。但是在编译plugin子目录时，我们得到一个链接器错误：
Undefined symbols for architecture x86_64:
"Interface::qt_metacall(QMetaObject::Call, int, void**)", referenced from:
Plugin::qt_metacall(QMetaObject::Call, int, void**) in moc_plugin.o
"Interface::qt_metacast(char const*)", referenced from:
Plugin::qt_metacast(char const*) in moc_plugin.o
"Interface::staticMetaObject", referenced from:
Plugin::staticMetaObject in moc_plugin.o
"Interface::name(QString)", referenced from:
Plugin::getName() in moc_plugin.o
"typeinfo for Interface", referenced from:
typeinfo for Plugin in moc_plugin.o
ld: symbol(s) not found for architecture x86_64
这对我来说很有意义。moc实现信号，因此Interface::name(QString)实现及其相关符号在moc_interface.o. plugin该目标文件在构建子目录时既没有编译也没有链接，因此没有符号定义并且链接失败。
实际上，我可以很容易地解决这个问题，方法是在plugin.pro文件中包含以下行：
LIBS += ../app/moc_interface.o
或添加：
#include "moc_interface.cpp"
到结束plugin/plugin.h。
这两个似乎都是一个坏主意，因为这些文件是在构建过程中自动生成的app，而且我没有真正的方法来保证它们存在。我希望新插件的编写者只需要担心包含"interface.h"标题，而不是这些自动生成的文件。
所以问题是，我怎样才能在构建时qmake包含来自类的信号的定义？InterfacePlugin
相关问题：
我知道这个答案解决了一个密切相关的问题。但这使用连接信号和插槽的旧式“字符串化”版本。我更喜欢使用新的指向成员的语法，它提供编译时检查。此外，该解决方案需要ing 接口，这比让类直接继承自dynamic_cast更容易出错且效率更低。InterfaceQObject