Работа с DLL и классами

[asker]

Пишу на VisualStudio2005, C++(MFC).
Я с DLL ни разу не работал.
Описание
Есть приложение (назовем его прил.A), которое вызывает DLL.
В DLL есть класс, имя которого известно (иначе ведь никак) и этот класс, удовлетворяет интерфейсу, о котором знает прил.A.
Я могу работать c этим классом из прил.A?

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

[Finch]

asker, Я опишу свои пляски с бубном по заталкиванию классов в DLL. Делай выводы сам.

Первое что нужно сделать, это создать виртуальный класс с пустыми функциями. Я его назвал BaseClass.
BaseClass.h

Код:

#ifndef BASE_CLASS_H
#define BASE_CLASS_H

class BaseClass
{
public:
    BaseClass(){};
	virtual void MyPrint(){};
	virtual ~BaseClass(){};
};

#endif

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

Ну теперь очередь за созданием самой DLL Внешняя программа ничего не знает о внутреннем устройстве DLL и все общение производится только через экспортируемые функции. Как сделать экспортируемый целый класс я лично не знаю и думаю что нельзя такое сделать. Поэтому нужно делать функцию, которая будет создавать класс и возвращать ссылку  экземпляр класса. Заголовочный файл библиотеки будет выглядеть так:
Dll.h

Код:

/********************************************************************
Module  :   Dll.h
Subject :   
********************************************************************/
#ifndef DLLLOADAPI
#define DLLLOADAPI extern "C" __declspec(dllimport)
#endif

//-------------------------------------------------------------------
DLLLOADAPI   void * __stdcall Create();
//-------------------------------------------------------------------

Ну и соответственно реализация функции и класса будет такой:
Dll.cpp

Код:

/********************************************************************
Module  :   Dll.cpp
Subject :   
********************************************************************/
#include <stdio.h>
#include "Dll.h"
#include <windows.h>
#include "..\BaseClass.h"

class MyProbClass: BaseClass
{
public:
	MyProbClass(int a);
	virtual ~MyProbClass();
	
	virtual void MyPrint();
protected:
	int a;
};

MyProbClass::~MyProbClass()
{
	printf("Destructor MyProbClass with const %d\n",a);
}

MyProbClass::MyProbClass(int a)
{
	this->a=a;
	printf("Constructor MyProbClass with const %d\n",this->a);
}

void MyProbClass::MyPrint()
{
	printf("MyPrint MyProbClass with const %d\n",this->a);
}


void * __stdcall Create(int a)
{
	MyProbClass *res=  new MyProbClass(a);
	return (void *)res;	
}

BOOL WINAPI DllMain(HINSTANCE hinst, unsigned long reason, void*)
{

	switch( reason )
   {
		case DLL_PROCESS_ATTACH:
           // Initialize once for each new process.
           // Return FALSE to fail DLL load.
           break;

      case DLL_THREAD_ATTACH:
         // Do thread-specific initialization.
            break;

      case DLL_THREAD_DETACH:
         // Do thread-specific cleanup.
            break;

      case DLL_PROCESS_DETACH:
         // Perform any necessary cleanup.
            break;
    }
    return TRUE;  // Successful DLL_PROCESS_ATTACH.
}

Так как мы применяем атрибут вызова функции __stdcall, чтобы не танцевать с бубном, отгадывая как обзавет функцию Create компилятор в таблице экспорта, нужно прописать def файл также следующего вида:
Dll.def

Код:

LIBRARY     Dll                        

DESCRIPTION 'Probe DLL'

EXPORTS
            Create                      @1 

Комилируем библиотеку и проверяем DumpBin таблицу экспорта нашей Dll. Присутствует ли наша функция Create и правильно ли дано ей имя.

Теперь рассмотрим, как использовать шаманство в приложении:
Main.cpp

Код:

#include <stdio.h>
#include <windows.h>
#include ".\BaseClass.h"

typedef void * (__stdcall *Cre)(int);

int main()
{
	HMODULE lib=LoadLibrary("Dll.Dll");
	Cre create=(Cre) GetProcAddress(lib, "Create");
	BaseClass *mycl=(BaseClass *)create(4);
	mycl->MyPrint();
	delete mycl;
	FreeLibrary(lib);

	
	return 0;
}

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

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

Будет нормально работать. Так как сами классы находятся в разной зоне видимости.

[asker]

Finch, болшое спасибо за ответ.

Добавлено через 38 дней, 18 часов, 47 минут и 4 секунды:
Finch, привет еще раз спасибо за отличный ответ.
Кстати, экспортировать целый класс можно. Надо перед именем класса поставить макрос AFX_EXT_CLASS.
Так называемая DLL-расширения.

[Джон]

Кстати, экспортировать целый класс можно. Надо перед именем класса поставить макрос AFX_EXT_CLASS. Так называемая DLL-расширения.

Тут необходимо уточнить. Этот макрос работает в том случае, если это библиотека расширения MFC. Те библиотека, которая экспортирует MFC классы или порождённые от них. А ты нигде про это не сказал.

В общем случае для экспорта своих классов работает, так как Finch сказал, ещё приведу код попроще:

Код:

#ifdef MYEXPORTCLASS_API_EXPORTS
#define MYEXPORTCLASS_API __declspec(dllexport)
#else
#define MYEXPORTCLASS_API __declspec(dllimport)
#endif

class MYEXPORTCLASS_API CMyExportClass
{
public:
	CMyExportClass(void);

};

[nikedeforest]

Маленькая поправочка.  В С++ абстрактным классом (более редкое название виртуальный класс) называется класс, который содержит в себе хотя бы одну чисто виртуальную функцию. В связи с этим, BaseClass, будет примерно таким

Код:

class BaseClass
{
public:
    	virtual void MyPrint()=0;
	virtual ~BaseClass()=0;
};

При желании можно еще приписать BaseClass(){}. Не знаю, есть ли смысл.

[asker]

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

[nikedeforest]

Код компилил, проблем не было.

[Алексей++]

Есть глупый вопрос: импорт класса из DLL нельзя сделать без h-файла ?

[RXL]

Сомневаюсь: таблицы импорта и экспорта - это просто имена меток - текстовое имя и адрес в модуле. Между собой они не связаны. Если только в имя не помещают полную исчерпывающую информацию, в чем я сомневаюсь.

[Джон]

Лёш, а как ты собираешься потом эту ДЛЛ (класс из неё) использовать?

зы Это был встречный глупый вопрос.

[Алексей++]

ну, то есть, чтобы работать с тем же COM объектом, всегда в коде (неважно, на C++ или другом языке) просто необходимо иметь свой туземный языковый заголовочник и либу. Так ?

Добавлено через 3 минуты и 20 секунд:
а то вот, к примеру, написал я DLL с COM объектом. Зарегил в реестре всё, что нужно. Далее вижу два варианта:
1) lib + h + левые исходники, пользующие хедер и либу
2) LoadLibrary + GetProcAddress . А в DLL - набор голых экспортированных функций

Добавлено через 4 минуты и 52 секунды:
короче, ноги растут из этой темы https://forum.shelek.ru/index.php/topic,27463.0.html

А я понятия не имею, как 1С юзает DLL и COM. Сдаётся мне, это именно второй вариант

2) LoadLibrary + GetProcAddress . А в DLL - набор голых экспортированных функций

[Kivals]

стоп! dll и com - это абсолютно разные вещи!
Да - COM объект может быть в dll, но с тем же успехом может быть и в exe.
Если мы говорим о dll, содержащей COM - то ей никакие заголовки не нужны: в такой dll есть служебные области, которые описывают COM объект.
Другое дело - "стандартная" dll. Она (как написано выше) содержит только адреса точек входа и даже не содержит количества (и типа) параметров функций.
Т.е. COM - это расширение стандартной dll.
1C (по умолчанию) умеет юзать только COM объекты (не важно - dll или exe - главное чтобы они были зарегистрированы в системе).
В то же время - WinAPI - это "стандартные" dll.
Потому для использования WinAPI в 1С (и подобных языках, умеющих подключать исключительно COM) и сущесвует DynamicWrapper, который реализует COM интерфейс, но умеет вызывать функции из "стандартных" dll. Для него эти функции описываются кодом при вызове.
Пример для VB:

Код: (Visual Basic)

Set Wrap = CreateObject("DynamicWrapper")
Wrap.Register "KERNEL32.DLL", "Beep", "i=ll", "f=s", "r=l"
res = Wrap.Beep(500, 100)
res = Wrap.Beep(550, 100)
res = Wrap.Beep(600, 100)
res = Wrap.Beep(650, 100)
res = Wrap.Beep(700, 700)
WScript.Sleep 200
res = Wrap.Beep(700, 100)
res = Wrap.Beep(650, 100)
res = Wrap.Beep(600, 100)
res = Wrap.Beep(550, 100)
res = Wrap.Beep(500, 700)

Чем-то это напоминает вызов функций WinAPI из коммандной строки с использованием rundll32:

rundll32 kernel32,Beep 500,100
rundll32 kernel32,Beep 550,100
rundll32 kernel32,Beep 600,100
...

Если же ты пишешь правильный COM объект, упакованый в dll, то никаких дополнительных ухищрений не нужно (кроме как зарегистрировать объект в системе):
Пример для VB:

Код: (Visual Basic)

Set Obj = CreateObject("Alex1153PP.MyRegisteredObject")
Obj.MySuperMethod(1,2,"Hello world!")

[Алексей++]

(23:47:16) Алексей1153++: Kivals, в общем, ситуация такая - читаю теорию по COM , пока не всё переварил. А заказчик хочет побыстрее, поэтому самый быстрый сейчас вариант - добывать адресА функций и вызывать напрямую (описание параметров я заку предоставлю)

Это возможно ?
(23:47:36) Алексей1153++: в смысле - вызвать из 1С
(23:48:14) Алексей1153++: параметры все простые - int , void
(23:48:19) Kivals: Возможно, но нужно изучить доку по DynWrap http://www.script-coding.com/dynwrap.html
(23:48:48) Kivals: она простая (по ссылке в разделе по 1С) и примеров достаточно
(23:49:30) Алексей1153++: так у меня нет 1С и нет справки по ней (
(23:50:02) Алексей1153++: поэтому я не представляю, как мне правильно DLL оформить, чтобы можно всё было без проблем вызвать
(23:50:29) Алексей1153++: кстати, строку мне тоже надо будет передавать и возвращать
(23:50:35) Kivals: я имею в виду справку по DynWrap. Код 1С будет достаточно прост (щас накидаю)
(23:50:47) Алексей1153++: причём она там юникодная
(23:50:48) Kivals: Судя по доке - строки умеет
(23:51:14) Алексей1153++: ок
(23:51:18) Kivals: Возможные типы данных:

Код:

const ARGTYPEINFO ArgInfo[] =
{
{'a', sizeof(IDispatch*), VT_DISPATCH}, // a IDispatch*
{'c', sizeof(unsigned char), VT_I4}, // c signed char
{'d', sizeof(double), VT_R8}, // d 8 byte real
{'f', sizeof(float), VT_R4}, // f 4 byte real
{'k', sizeof(IUnknown*), VT_UNKNOWN}, // k IUnknown*
{'h', sizeof(long), VT_I4}, // h HANDLE
{'l', sizeof(long), VT_I4}, // l long
{'p', sizeof(void*), VT_PTR}, // p pointer
{'s', sizeof(BSTR), VT_LPSTR}, // s string
{'t', sizeof(short), VT_I2}, // t short
{'u', sizeof(UINT), VT_UINT}, // u unsigned int
{'w', sizeof(BSTR), VT_LPWSTR}, // w wide string
}

Примечание: для строк в некоторых случаях работает тип 'r' VT_BYREF (передача по ссылке).
(23:51:43) Kivals: скорее всего у тебя для строк будет тип w
(23:51:52) Алексей1153++: это что
(23:51:56) Kivals: Напиши сюда заголовок функции с параметрами
(23:52:11) Kivals: Кста: а 1С у заказчика какая?
(23:52:24) Kivals: А то создание объекта будет отличаться немного
(23:54:28) Алексей1153++: типы такие

typedef int (WINAPI *tdf_TMV1C_Interface__CreateInstance )();
typedef void (WINAPI *tdf_TMV1C_Interface__ShowDialog )(int,int);
typedef void (WINAPI *tdf_TMV1C_Interface__ReleaseInstance )(int);
typedef void (WINAPI *tdf_TMV1C_Interface__SomeF1 )(const WCHAR*,int);//передать строку
typedef void (WINAPI *tdf_TMV1C_Interface__SomeF2 )(const WCHAR*,int); //вертать строку
(23:55:10) Алексей1153++: версию не знаю. Скорее 7 , но может и 8
(00:00:48) Алексей1153++: может мне сделать тестовую длл, которая будет мессаджи показывать ?
(00:00:51) Kivals: Для 7.7 для первых 2х функций как-то так:

CreateInstance = CreateObject("DynamicWrapper");
CreateInstance.Register("dllname.dll", "tdf_TMV1C_Interface__CreateInstance", "i=", "f=s", "r=l");
Res = CreateInstance();

ShowDialog = CreateObject("DynamicWrapper");
ShowDialog.Register("dllname.dll", "tdf_TMV1C_Interface__ShowDialog", "i=ll", "f=s", "r=l");
ShowDialog(100, 100);
(00:01:27) Алексей1153++: а энтот DynamicWrapper - он у них обычно установлен уже ?
(00:02:09) Kivals: не - скачать и зарегистрировать нужно. Это сторонняя компонета.
Можешь в свой инсталятор добавить, если прога с интсалятором поставляется
(00:02:14) Алексей1153++: "i=", "f=s", "r=l" - это как разобрать
(00:03:01) Kivals: Для 8.Х вместо
CreateInstance = CreateObject("DynamicWrapper");
будет
CreateInstance = New ComObject("DynamicWrapper");

И так для каждой функии - вот и все различия.
(00:03:29) Алексей1153++: ок, спасибо
(00:03:38) Kivals: Там же в ссылке есть описание:
http://www.script-coding.com/dynwrap.html
(00:04:08) Kivals: Параметры при объявлении содержат имя библиотеки, имя функции, а также:

i - описывает количество и тип данных параметров функции. Если функция не принимает параметры, этот параметр можно опустить. Параметр i является строкой, количество букв в которой равно количеству параметров объявляемой функции. Первая буква задаёт тип первого параметра, вторая - втрого и т.д.
f - тип вызова: _stdcall, _cdecl и т.д. Значение по умолчанию - _stdcall. Возможные значения параметра:
'm' - DC_MICROSOFT 0x0000, Default
'b' - DC_BORLAND 0x0001, Borland compat
's' - DC_CALL_STD 0x0020, __stdcall
'c' - DC_CALL_CDECL 0x0010, __cdecl
'4' - DC_RETVAL_MATH4 0x0100, Return value in ST
'8' - DC_RETVAL_MATH8 0x0200, Return value in ST
r - тип возвращаемых данных.
(00:05:41) Алексей1153++: угу, понятно. Щас почитаю
(00:06:07) Kivals: Давай.
Если что - пиши дальше в тему
(00:06:50) Алексей1153++: а, то есть сначала как бы декларация функций
(00:06:59) Алексей1153++: а потом их можно вызывать привычно
(00:07:05) Kivals: угу, именно
(00:07:14) Алексей1153++: Const WM_GETTEXT = &HD
Set Wrap = CreateObject("DynamicWrapper")
Wrap.Register "USER32.DLL", "GetForegroundWindow", "f=s", "r=l"
Wrap.Register "USER32.DLL", "SendMessage", "i=lllr", "f=s", "r=l"
Title = Space(100)
res = Wrap.SendMessage(Wrap.GetForegroundWindow(), WM_GETTEXT , 100, Title)
MsgBox Title
(00:07:43) Алексей1153++: ну усё, смысл понятен, благодарю )
(00:07:47) Kivals: Т.е. для COM объектов эта декларация вшита в dll, а для обычных dll ты должен сам про нее позаботиться

Добавлено через 1 час, 29 минут и 58 секунд:
А что за странность выползает при компиляции DLL (но всё работаем, тем не менее)

Осуществляется регистрация выхода...
Project : error PRJ0050: ЌҐ г¤ «®бм § ॣЁбваЁа®ў вм ўл室. “ЎҐ¤ЁвҐбм, зв® г ў б Ґбвм ­Ґ®Ўе®¤Ё¬лҐ а §аҐиҐ­Ёп ­  Ё§¬Ґ­Ґ­ЁҐ ॥бва .

нечитабельная строка - она в студии такая же нечитабельная

[Алексей++]

Интересную вещь заметил: после загрузки DLL

HMODULE m=LoadLibrary(_T("111.dll") );

её (dll то есть) можно удалить с диска. Это не помешает ни получить адреса функций при помощи GetProcAddress, ни даже вызывать эти функции.

Это как так ?

[Kivals]

Алексей1153++, ну так в памяти она уже - вот и удаляй сколько влезет...