插件和基类构造函数

时间:2014-12-23 15:22:43

标签: c++ qt

在Qt应用程序中,我声明了一个基类:

class Base:
  public QObject {
    Q_OBJECT
  public:
    Base();
    virtual ~Base();
    virtual void doSomething();
};

c-tor / d-tor和doSomething()都在单独的源文件中具有默认实现。 此外,我提供了一个抽象接口来实现Qt的插件方案,就像在Echo Plugin Example中一样。

class Interface {
  public:
    virtual ~Interface() {}
    virtual Base *create() = 0;
};

#define Interface_iid "blag"
Q_DECLARE_INTERFACE(Interface, Interface_iid)

在一个驻留在共享库中的插件中,libPlugin.so我派生自这个基类来提供自定义实现:

class Special:
  public Base {
    Q_OBJECT
  public:
    Special() { /* Implementation */ }
    void doSomething() { /* Implementation */ }
};

最后我还实现了插件界面:

class Q_DECL_EXPORT Plugin:
  public QObject,
  public Interface {
    Q_OBJECT
    Q_PLUGIN_METADATA(IID Interface_iid)
    Q_INTERFACES(Interface)

  public:
    Base *create() {
      return new Special();
    }
};

现在我可以通过QPluginLoader加载此插件并获取对其核心对象的访问权限,该核心对象正确地将自身标识为Plugin。但是当我尝试ThePlugin::create() Special对象时,我得到一个链接错误:

symbol lookup error: libPlugin.so: undefined symbol: _ZN4BaseC2Ev

在名称修改之下,我想这是指在构造派生的Base::Base对象时需要的Special c-tor。

我很想比较,例如a QStylePlugin:它基本上是一样的,通过抽象接口返回一些QStyle派生类。请参阅Style Plugin Example。然而,我猜不同之处在于,在样式插件的情况下,应用程序(提供自定义样式插件)和样式插件本身都与提供的常见Qt库链接,例如, c-tors。

我怎么解决这个问题? 如果链接时间优化删除了c-tors会发生什么,因为它不知道插件需要它们?

链接问题

在编译和链接插件时,Base:Base()类'c-tor以及Base::doSomething()将作为未解析的符号出现。 c-tor由Special::Special() c-tor调用,当然无法解析。另一个是虚方法

编译应用程序本身时,它包含基类的方法的实现。显然,在加载插件时它们没有链接在一起。

SSCCE

/********** Interface.h */

#ifndef INTERFACE_H
#define INTERFACE_H
#include <QtPlugin>
#include "Base.h"

class Interface {
    public:
        virtual ~Interface() { }
        virtual Base *createWorker() = 0;
};


#define Interface_iid "blag"
Q_DECLARE_INTERFACE(Interface, Interface_iid)
#endif

/********** App.pro */
QT += core

TARGET = App
TEMPLATE = app

SOURCES += \
  Base.cpp \
  App.cpp

HEADERS += \
  Base.h \
  Interface.h \

/********** Base.h */
#ifndef BASE_H
#define BASE_H
#include <QObject>

class Base:
    public QObject {
        Q_OBJECT
    public:
        Base();
        virtual ~Base();
        virtual void doSomething();
};
#endif

/********** Base.cpp */

#include "Base.h"

Base::Base():
    QObject() {

}

Base::~Base() { }
void Base::doSomething() { }

/********** App.cpp */

#include "Interface.h"
#include <QCoreApplication>
#include <QPluginLoader>
#include <QDebug>

int main(int argc, char *argv[]) {
    QCoreApplication a(argc, argv);

    QPluginLoader l("libPlugin.so");
    qDebug() << l.load();
    qDebug() << l.errorString();

    return a.exec();
}

/********** Plugin.pro */
TARGET = Plugin
CONFIG += plugin
TEMPLATE = lib
SOURCES += \
  Plugin.cpp \
  Special.cpp \

HEADERS += \
  Plugin.h \
  Special.h \
  Interface.h \
  Base.h

/********** Special.h */

#ifndef SPECIAL_H
#define SPECIAL_H
#include <QObject>
#include "Base.h"

class Special:
    public Base {
        Q_OBJECT
    public:
        Special();
        void doSomething();
};
#endif

/********** Special.cpp */
#include "Special.h"

Special::Special():
    Base() {

}

void Special::doSomething() { }

/********** Plugin.h */
#ifndef PLUGIN_H
#define PLUGIN_H
#include <QObject>
#include "Interface.h"

class Q_DECL_EXPORT Plugin:
    public QObject,
    public Interface {
        Q_OBJECT
        Q_PLUGIN_METADATA(IID Interface_iid)
        Q_INTERFACES(Interface)
    public:
        Base *createWorker();
};
#endif

/********** Plugin.cpp */
#include "Plugin.h"
#include "Special.h"

Base *Plugin::createWorker() {
    return new Special();
}

构建

# Separate files
qmake Plugin.pro && make
qmake App.pro && make
./App

1 个答案:

答案 0 :(得分:0)

我想我发现了什么是错的。 我想要链接的结构如下:

  • 提供基类实现的主机应用程序
  • 一个插件共享库,它继承自该基础并重新实现一些方法和/或访问基类&#39;成员

这基本上归结为以下简单C:

  • 主机应用程序,提供一些符号
  • 插件共享库,提供更多符号并希望使用某些主机符号

然而,没有通用的方法来实现后者。 主机可以链接库以使用其功能。这意味着一旦主机本身和库加载,主机就会获得动态解析为库的方法存根。库和主机之间的契约可能是一些带声明的头文件(不是定义)。

当库被动态加载到主机的内存中时,库中的符号依次解析。相反,他们没有得到解决。

这正是我在这里看到的。我试图解决基类问题。针对想要加载插件的主机应用程序的功能(我没有在插件中实现)。确实 - 不工作。

这是-rdynamic适用于ELF,请参阅this post