Как вызвать из DLL класс?

[daniil_galahow]

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

Есть потребность экспортировать из DLL не отдельные функции, а сразу целый класс.
Предполагал сделать это простым способом:

#ifdef IN_DLL
#define EXPORT __declspec(dllexport) 
#else
#define EXPORT __declspec(dllimport) 
#endif

class EXPORT MyClass
{
...
}

Коллеги говорят что это неправильно и пугают всякими неприличными словами вроде DLL Hell и так далее, а так же рекомендуют использовать COM+ для того чтобы "делать это правильно".

Почитал про COM+ и прослезился - неужели это всё надо делать чтобы экспортировать из DLL простой класс, который будет считать довольно тривиальную математику?
Есть ли какие-то другие способы кроме COM+ чтобы экспортировать из DLL класс?

[Stilet]

неужели это всё надо делать чтобы экспортировать из DLL простой класс

Да, только не класс а интерфейс класса. А так да. DLL сама по себе не позволит экспортировать целый класс.

[Croessmah]

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

[waleri]

Сообщение от daniil_galahow

Коллеги говорят что это неправильно и пугают всякими неприличными словами вроде DLL Hell и так далее, а так же рекомендуют использовать COM+ для того чтобы "делать это правильно".

Вопрос однако почему вы решили экспортировать класс. В принципе можно послать коллег лесом, надо только не забывать при изменении класса менять его версию - CMyClass1, CMyClass2 и т.д.
Тогда никаких проблем с обратной совместимостью не будет.

Эскпорт класса все равно что эскпорт функции с аргументом в виде структуры.

Сама библиотека С++ экспротирует классы, и ничего, живет...

[Пепел Феникса]

DLL Hell там будет в том что экспорт через __declspec(dllexport) гарантировано работет внутри одной версии компилятора, между разными компилями и разными версиями работа не гарантируется.

[daniil_galahow]

Сообщение от waleri

Вопрос однако почему вы решили экспортировать класс. В принципе можно послать коллег лесом, надо только не забывать при изменении класса менять его версию - CMyClass1, CMyClass2 и т.д.
Тогда никаких проблем с обратной совместимостью не будет.

Эскпорт класса все равно что эскпорт функции с аргументом в виде структуры.

Сама библиотека С++ экспротирует классы, и ничего, живет...

В алгоритм, реализованный внутри DLL, нужно передавать и забирать много информации (пачки многоканальных сигналов), а так же иметь возможность манипулировать ими извне. Постоянно вызывать из библиотеки только функцию расчёта получается неудобно и некрасиво, гораздо лучше иметь некий объект, внутри которого есть кэш где эти пачки сигналов лежат, который инициализируется один раз, и который прямо в себе хранит насчитанные результаты, отдавая их по требованию сторонних программ. Именно поэтому класс.

Сообщение от Пепел Феникса

DLL Hell там будет в том что экспорт через __declspec(dllexport) гарантировано работет внутри одной версии компилятора, между разными компилями и разными версиями работа не гарантируется.

Спасибо. А в том случае если я делаю экспорт не класса напрямую, а экспортирую его интерфейс (как вот здесь) - проблема сохранится?

[Пепел Феникса]

там же написано что нет.
там и есть тоже самое что делает COM.

[Croessmah]

а экспортирую его интерфейс (как вот здесь) - проблема сохранится?

Нет, но если будете экспортировать деструктор (виртуальный), то проблема сохранится.

[Stilet]

Именно поэтому класс.

А что мешает сделать СОМ сервер?

[waleri]

Сообщение от Пепел Феникса

DLL Hell там будет в том что экспорт через __declspec(dllexport) гарантировано работет внутри одной версии компилятора, между разными компилями и разными версиями работа не гарантируется.

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

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