Загрузка классов из динамических библиотек???

[kuzulis]

Доброго времени суток!

Подскажите пожалуйста, каким образом можно загрузить класс из динамической библиотеки, используя механизмы QT4?

Я почитал документацию, и нашел только 2 класса QPluginLoader и QLibrary.
Но как я понял с помощью них можно релизовать только вызов функций (по примерам из QT).

ЗЫ: мне нужно в библиотеку засунуть QT-шный класс (например QThread и т.д)

[lit-uriy]

почитай тут

[Rcus]

Руководство по созданию плагинов:
http://doc.trolltech.com/4.4/plugins-howto.html
Пример:
http://doc.trolltech.com/4.4/tools-plugandpaint.html

[kuzulis]

Я это читал, даже пробовал .. это все работает, но мне нужно нечто другое (я так думаю)

Суть: мне к моей проге нужно сделать "подключаемый модуль" (скорее всего плагин ) который работает сам по себе и реализует некий потокол (к примеру конкретно Modbus) ...

т.е если бы я делал этот модуль не плагином - то он бы представлял из себя экземпляр класса типа QThread, который я бы запускал из основной программы, а сам этот класс работал бы сам по себе вечно там в цикле и чо-то делал по некому алгоритму!

но как такое же самое проделать, но сделав мой класс - плагином я пока затрудняюсь придумать !
т.е. мне нужно из библиотеки "выдернуть" класс (который является наследником QThread к примеру)...

в примерах Assistent , Examples и т.п. "выдергиваются" функции!!!

и попутно вопрос, в чем разница по сути использования QPluginLoader и QLibrary??? если и там и там при загрузке мы в конечном итоге выдергиваем из *.dll / *.so нужные нам ф-ции???

[kirill]

В либе должна быть функция которая возвратит указатель на этот класс.

Дальше обращаешся к нему из основной программы, приведя void к нужному типу.
Например:

Код

C++ (Qt)
typedef void * CreateFormT(const char *, const char *, void **, void *, void *);
CreateFormT *TFCreateForm;    //функция загрузки формы
 
QLibrary formLib("form.dll");
TFCreateForm = (CreateFormT *) formLib.resolve("_CreateForm");
void *wid = TFCreateForm("Form.xml", ".data.xml", &m_form, NULL, NULL);
 
QWidget *widget_ = (QWidget *)wid; //вот здесь я получил QWidget

[ритт]

автору нужно наследника кутред -> плагин будет линковаться с кутэкоре -> можно обойтись без приведения воидстар к нужному типу.

минималистичный вариант может ограничиться строкой:

Код:

QThread* createObject(QObject* parent) const { return new MyThread(parent); }

но это ещё не будет плагином - плагин должен содержать некий интерфейс, известный приложению -> читать ассистант по QPlugin, QPluginLoader, plug & paint example, etc.

[kuzulis]

to kirill, константин

спс за наводку!

В либе должна быть функция которая возвратит указатель на этот класс.

т.е как тут где - то на форумах написано - нужно в либе сделать функцию, при вызове которой - она возвращала класс??

типа этого:

Код:

//либа .h
class MyClass : public QThread
{
    Q_OBJECT

public:
    MyClass ();

private :
    void setOpenFileName();
};

//это ф-ция которая создает новый класс
MyClass  MyFunc = new MyClass ; //и эту функцию нужно экспортировать из библиотеки????

или как?

и:

автору нужно наследника кутред -> плагин будет линковаться с кутэкоре -> можно обойтись без приведения воидстар к нужному типу.

минималистичный вариант может ограничиться строкой:
Код:

QThread* createObject(QObject* parent) const { return new MyThread(parent); }

но это ещё не будет плагином - плагин должен содержать некий интерфейс, известный приложению -> читать ассистант по QPlugin, QPluginLoader, plug & paint example, etc.

1. так в чем существенная разница м/у библой плагина и просто библой с функциями?
2. и как лучше мне поступить в моем случае: создать "модуль" как плагин или просто как обычную библу?

[kirill]

нужно в либе сделать функцию, при вызове которой - она возвращала класс

У тебя дб функция которая создаст класс и вернет указатель на него.
То что ты написал не совсем верно.

Надо примерно так:
Вызывать из основной программы будешь функцию

Код:

IMPORT_EXPORT void * _CreateThread(/* параметры*/);

А в ней создаешь экземпляр класса MyClass и вернешь указатель на него.

Код

C++ (Qt)
void * _CreateThread(/* параметры*/)
{
   MyClass * cl = new MyClass();
   return cl;
}

Получив этот указатель в основной программе конвертишь его из void * в MyClass *.

Я так делал для QWidget, насколько это верно для QThread не знаю, слушай Константина.

[ритт]

ррр...господа, читайте внимательнее.

Код:

//либа .h
class MyClass : public QThread
{
    Q_OBJECT

public:
    MyClass ();

private :
    void setOpenFileName();
};

MyClass  MyFunc = new MyClass; // неправильно

//это ф-ция которая создает новый класс
QThread* createObject(QObject* parent) const // правильно
{ return new MyClass(parent); }

так получаем либу, из которой будем дёргать createObject для получения QThread*. если приложение линкуется с этой либой, советую в хедере оставить лишь

Код:

class QObject;
class QThread;

QThread* createObject(QObject* parent) const;

, а остальное убрать в .cpp - тогда, подключая хедер динамической библиотеки, избавляемся от сборки ненужного кода.

фактически плагин отличается от либы лишь специальными функциями для {,де}инициализации, проверки версий и т.д.
QPlugin скрывает эти функции от пользователя - остаётся лишь обозначить интерфейс и сам плагин через определённые макросы.
в итоге видимая разница между плагином и либой - для подключения либы нужен её хедер; для подгрузки плагина нужен только хедер интерфейса (обычно чисто-абстрактный), т.к. интерфейс определяется на стороне сервера, а не на сторонее клиента (либы).

ещё вопросы?

[kuzulis]

В общем решил сделать свой подключаемый модуль плагином....

вот код interfaces.h

Код:

#ifndef INTERFACES_H
#define INTERFACES_H

class MyModuleInterface
{
public:
    virtual ~MyModuleInterface() {}
    virtual void* MyModuleCreate() ;//const = 0;
};

Q_DECLARE_INTERFACE(MyModuleInterface, "mywww.My.MyModuleInterface/1.0")

#endif

вот код myPlug.h

Код:

#ifndef MYPLUG_H
#define MYPLUG_H

#include <QObject>
#include <QThread>

#include "../app/interfaces.h"

//это собственно определение моего модуля, который должен чо-то выполнять
class MyModule : public QThread
{
    Q_OBJECT

protected:
    void run();
/*
тут добавлю потом в public, private различные необхлдимые мне методы
*/
};

//это как я понял плагин с интерфейсом
class MyModulePlugin : public QObject,
                       public MyModuleInterface
{
    Q_OBJECT
    Q_INTERFACES(MyModuleInterface)

public:
    void* MyModuleCreate();
};

#endif

вот код myPlug.cpp

Код:

#include <QtGui>
#include "myPlug.h"


//
void MyModule::run()
{
    printf("Module is Running \n");
    /*
    тут будет собственно реализован к примеру алгоритм работы модуля
    */
}

//
void* MyModulePlugin::MyModuleCreate()
{
    return new MyModule();
}

Q_EXPORT_PLUGIN2(mymoduleplugin, MyModulePlugin)

компилирую пока под Windows XP при помощи MinGW

и компилятор выдает следующее:

Creating library file: release\libplug.a
release\moc_myPlug.o(.text$_ZN14MyModulePluginD1Ev[MyModulePlugin::~MyModulePlug
in()]+0x12):moc_myPlug.cpp: undefined reference to `vtable for MyModuleInterface
'
release\moc_myPlug.o(.text$_ZN14MyModulePluginD0Ev[MyModulePlugin::~MyModulePlug
in()]+0x13):moc_myPlug.cpp: undefined reference to `vtable for MyModuleInterface
'
collect2: ld returned 1 exit status
mingw32-make[1]: *** [release\plug.dll] Error 1
mingw32-make[1]: Leaving directory `D:/projects/plg2/lib'
mingw32-make: *** [release] Error 2

[ритт]

/* чуть не нагрубил */

на кой хрен в interfaces.h MyModuleInterface имеет чисто-виртуальный типизированный конструктор? бред!

зачем в myPlug.h задекларирован MyModule, если вне плагина он использоваться не будет (будет использоваться суперкласс - QThread)?

[Dendy]

/* чуть не нагрубил */

Закройте глаза, расслабьтесь, глубокий вход...

на кой хрен в interfaces.h MyModuleInterface имеет чисто-виртуальный типизированный конструктор? бред!

Ваше сознание проясняется, вы уже видите знак тильды, говорящий что это деструктор. Виртуальный деструктор это хорошо, это правильно, вы чувствуете блаженство.

зачем в myPlug.h задекларирован MyModule, если вне плагина он использоваться не будет (будет использоваться суперкласс - QThread)?

Вы чувствуете как поток тёплой энергии расходится по вашему телу.

2 kuzulis : Наверное вы забыли написать тело MyModuleInterface::MyModuleCreate();

2 Константин: Выдыхаем.

[kuzulis]

в общем плагин собирается если вместо:

Код:

virtual void* MyModuleCreate() ;//const = 0;

написать:

Код:

virtual void* MyModuleCreate() = 0;

на кой хрен в interfaces.h MyModuleInterface имеет чисто-виртуальный типизированный конструктор? бред!

деструктор! так написано в доке! что в хейдере интерфейсов должны быть чисто виртуальные ф-ции! и необходимо объявлять только деструктор! 

зачем в myPlug.h задекларирован MyModule, если вне плагина он использоваться не будет (будет использоваться суперкласс - QThread)?

ну так MyModule - есть потомок QThread, и в него мне надо будет добавить дополнительные методы... вот я сразу с "методами что в комментариях" типо и задекларировал его...



  

[kuzulis]

ну так MyModule - есть потомок QThread, и в него мне надо будет добавить дополнительные методы... вот я сразу с "методами что в комментариях" типо и задекларировал его... Улыбающийся

хотя думаю это неправильно, и вообще я так понял тут изза того что имеется такая "фича" как интерфейс - то :

virtual void* MyModuleCreate() ;

   
декларировать наверное ненужно, т.к. можно сделать, чтобы MyModule создавался в конструкторе интерфейса, что-ли....

а уже декларировать в интерфейсе MyModuleInterface нужно такие методы как к примеру:

Start() - запуск модуля
Stop() - останов модуля
State() - статус модуля и т.п,

которые я реализую в классе MyModule   ...

Я правильно мыслю?

[ритт]

кузулис, похоже, подправил код, пока я отвечал...
изначально там было

Код:

class MyModuleInterface
{
public:
    virtual ~MyModuleInterface() {}
    virtual void* MyModuleInterface();
//...

, что подтверждала ошибка компилятора (которая сейчас тоже раза в два короче)

2Dendy, "глубокий вход" - это сильно