QT Klasse aus Library laden

[Michael D. (Gast)]

Hallo zusammen,

ich arbeite gerade an folgendem Problem:

Ein QT Hauptprogramm soll ein selbsterstelltes QT Plugin (Library) laden 
und mit diesem über Signals und Slots kommunizieren.

Das Erstellen und das Laden des Plugins funktioniert bereits, ich weiß 
nur nicht wie ich eine Klasse des Plugins in das Hauptprogramm einbinde.
Funktionen stellen kein Problem dar, hier geht es darum die Klasse zu 
laden.

Anbei mein Code:

Hauptprogramm (Soll Library laden):

void MainWindow::loadLib(void) {
    QLibrary qlib(testlib);
    if(qlib.load())
        qDebug() << "testlib loaded!";
    else
        qDebug() << "testlib not found!";
}

Library:

class Q_DECL_EXPORT QTLibTest :QObject {
Q_OBJECT
public:
    QTLibTest(QObject *parent = 0);
public slots:
    void Foo1(void); // Soll später mit dem Hauptprogramm verbunden werden
};

Evtl. hat von Euch dass schon mal unter QT gemacht und kann mir 
weiterhelfen,

Danke,
Michael


EDIT:

Zíel wäre es im Hauptprogramm zB:

QTLibTest aaa;

erstellen zu können, mir kam aber gerade die Idee eine C Funktion aus 
dem Library zu importieren, welche das Objekt erstellt und den Zeiger 
darauf zurückgibt.
Trotzdem weis ich nicht ob dies ein "sauberer" Weg ist.

[Rolf Magnus (Gast)]

Michael D. schrieb:
> mir kam aber gerade die Idee eine C Funktion aus dem Library zu importieren,
> welche das Objekt erstellt und den Zeiger darauf zurückgibt.

Bingo! Du mußt aber natürlich von einer abstrakten Basisklasse ableiten.

[Rolf Magnus (Gast)]

Ach so, was mir noch eingefallen ist: Warum benutzt du eigentlich nicht 
gleich das  Plugin-Framework von Qt?

[Michael D. (Gast)]

Hi Rolf!

Vielen Dank für Deine Hilfe,

ja ich habe gestern dass Konzept mit der Zeiger-Zurück-Funktion weiter 
verfolgt und ausprobiert. Da bin ich dann auch über das Problem gestoßen 
dass er die Implementierung der Methoden nicht kennt (keine abstrakte 
Klasse).

Zumindest ist das Problem hier ganz genau beschrieben (Beitrag ist nicht 
von mir):

http://www.qtforum.de/forum/viewtopic.php?f=1&t=7199&p=36495&hilit=library+Klasse+Library#p36495

Das hat mich dann auch zu den QPlugins geführt. Hört sich ganz 
interessant an, werde ich mir genauer ansehen.

Vielen Dank,
Michael

[Rolf Magnus (Gast)]

Michael D. schrieb:
> Hi Rolf!
>
> Vielen Dank für Deine Hilfe,
>
> ja ich habe gestern dass Konzept mit der Zeiger-Zurück-Funktion weiter
> verfolgt und ausprobiert. Da bin ich dann auch über das Problem gestoßen
> dass er die Implementierung der Methoden nicht kennt (keine abstrakte
> Klasse).

In der Applikation darfst du natürlich nur die Basisklasse verwenden, 
denn die Plugin-Klasse kennt ja auch nur das Plugin, und deren 
Funktionen sind ja auch dort implementiert.

Das Prinzip ist auch nicht schwer. Du definierst im Hauptprogramm eine 
Klasse, in der die Funktionen, die deine Plugins brauchen, als rein 
virtuell stehen. Wenn das Plugin z.B. Bilder einlesen soll, könnte das 
im einfachsten Fall so aussehen:

class BildLeser
{
public:
    virtual QImage readImage(const QString& filename) = 0;
};

Das Plug-in enthält dann eine Klasse, die davon ableitet:

class JpegLeser : public BildLeser
{
public:
    virtual QImage readImage(const QString& filename);
};

und dann natürlich die passende Implementation. Dann muß das Plugin noch 
die erzeugungs-Funktion als extern "C" haben. Etwa sowasS:

extern "C"
BildLeser* erzeugeBildLeser()
{
    return new JpegLeser;
}

Und die Funktion kannst du dir dann per QLibrary holen und aufrufen. Die 
gibt dir dann einen Zeiger auf den JpegLeser zurück, den das Programm 
dann nutzen kann, ohne diese Klasse kennen zu müssen. Es kann alle 
Funktionen des Objekts aufrufen, die in BildLeser deklariert sind.

> Das hat mich dann auch zu den QPlugins geführt. Hört sich ganz
> interessant an, werde ich mir genauer ansehen.

QPlugin setzt vom Prinzip her auf das oben beschriebene auf, bietet aber 
mehr Komfort.