Вопрос: Классы и библиотеки. Использование.

[MooNDeaR]

Вот я прочитал вот эту темку http://programmersforum.ru/showthread.php?t=38078.

Там показано как переносить функции в библиотеки.

Но при написании в .h файле библиотеки вот такого кода

...
extern "C" _declspec(dllexport) class A;
...

в .cpp файле вот такого:

...
extern "C" _declspec(dllexport) class A{
	int health;
public:
	A(int he = 100);
};

A::A(int he) {health = he;}

всё линкуется и пр. Но когда я подключаю эту библиотеку и пишу

...
A ObjA;
...

Он матюкается благим матом. Пишет ObjA использует неопределенный класс А

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

P.S. хотелось бы знать что значит это "C"

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

а вы хидер то подключили?(вообще обычно условно делают выбор между dllimport и dllexport, так как при подключении в проекте нужен импорт)

[MooNDeaR]

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

а вы хидер то подключили?(вообще обычно условно делают выбор между dllimport и dllexport, так как при подключении в проекте нужен импорт)

С этого места поподробней. Я ужасный ламер вот что я понял. Пойду книги читать. Что такое хидер? И в чем "условные" различия между dllexport и dllimport ? Как я понимаю что export - для того чтобы экспортировать из библиотеки, import - чтобы импортировать в библиотеку.

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

хидер==заголовочник==.h файл.

чтобы импортировать в библиотеку.

из библиотеки только.

[MooNDeaR]

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

хидер==заголовочник==.h файл.

ааа, вы про это. Дык вставил я его.

из библиотеки только.

Ладно, допустим. Тогда в чем разница между export и import? Когда использовать одно, а когда другое?

Но по-большому счету это второстепенный вопрос. Основной-то не решен.
Еще вот увидал сообщение

__declspec(dllexport): пропускается слева от "A", когда ни одна переменная не объявлена

чтобы это могло значить?

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

в библиотеке должно быть dllexport, а в приложении использующем библиотеку должно быть dllimport.

вот набросал пример:
состоит из двух проектов:
ДЛЛ dlltest.h(LIBTESTBUILD я указал вручную в настройках проекта(С++/Препроцессор))

#ifdef LIBTESTBUILD
#define DLL_IMPORT __declspec(dllexport)
#else 
#define DLL_IMPORT __declspec(dllimport)
#endif

class Test
{
public:
	DLL_IMPORT char* get();
};

ДЛЛ main.cpp

#include "dlltest.h"

char* Test::get()
{
	return "Hello from DLL!";
}

вот и весь проект длл.

ПРИЛОЖЕНИЕ main.cpp

#include <iostream>
#include "dlltest.h"

using namespace std;

int main()
{
	Test a;
	cout<<a.get()<<endl;
}

соответственно dlltest.h и lib-файл от dll были скопированы в папку проекта.
так же dll была перед запуском перенесена в папку с приложением.

чтобы это могло значить?

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

[MooNDeaR]

ДЛЛ dlltest.h(LIBTESTBUILD я указал вручную в настройках проекта(С++/Препроцессор))

Не нашел где там это сделать, что в принципе меня не особо смутило, т.к. её можно задефайнить в main.cpp для DLL.

Смутило другое, почему об этом ничего не было сказано в теме про ДЛЛ

И еще:

#include <iostream>
#include "dlltest.h"

using namespace std;

int main()
{
	Test a;
	cout<<a.get()<<endl;
}

А в main.cpp приложения не надо писать

#pragma comment(lib,"dlltest.lib")

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

разве не надо?

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

Смутило другое, почему об этом ничего не было сказано в теме про ДЛЛ

в студии и экспорт канает и там и там(странно...)
а extern "C" нужно чтоб имя не портачилось, но в случае с классами не надо ставить(классы итак только в пределах одного компиля работать будут).

Не нашел где там это сделать, что в принципе меня не особо смутило

либо в обозревателе решений правой кнопкой по проекту и там свойства
либо вверху проект/свойства
далее Свойства конфигурации=>С/C++=>Препроцессор=>Определения препроцессора

[MooNDeaR]

Т.е. получается классы непересносимы?

Спасибо, кстати за помощь

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

экспорт методов каждый компиль реализует по своему.
да и между компилями такие вещи не должны быть переносимы.
просто функции можно сделать переносимыми(даже между ЯП)

кстати, а зачем длл то?