dll, классы и динамическая память

[Manya]

Создаю класс в dll-ке с двумя переменными pF и pD - одна общая, другая скрытая.

class _declspec(dllexport) Test
{
public:
	PBYTE pF;
	Test();
	~Test();

	void Function();
private:
	PBYTE pD;
	void TestFunc();
};

Тексты функций:

Test::Test()
{
	pF=NULL;
	pD=NULL;
}
Test::~Test()
{
	if (pF!=NULL)
	{
		delete pF;
		pF=NULL;
	}
	if (pD!=NULL)
	{
		delete pD;
		pD=NULL;
	}
}
void Test::Function()
{
	pF=new BYTE [15];
	pD=new BYTE [15];
	TestFunc();
}
void Test::TestFunc()
{
	int i;
	for (i=0; i<15; i++)
		*(pF+i)=0;
}

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

class _declspec (dllimport) Test
{
public:
	PBYTE pF;
	Test();
	~Test();
	void Function();
//private:
//	PBYTE pD;
};

void CNewCreativeDoc::OnTestDLL() 
{
	Test obj;
	obj.Function();
}

Но в конце работы функции OnTestDLL возникает ошибка "Run-Time Check Failure #2 - Stack around the variable 'obj' was corrupted." Опытным путем выяснила, что ошибка из-за того что деструктор удаляет скрытую переменную pD. Проблема решается, если в описании класса в программе указываю что есть такая скрытая переменная pD (в примере сейчас закоментировано), но я ведь для того и делала эту переменную скрытой, т.к. не хочу чтобы ее видели вне моей dll-ки. Может есть какой-то другой способ очищения динамической памяти при уничтожении элемента класса, чтобы не объявлять скрытую переменную?

[waleri]

Нет, нельзя не указывать скрытую переменную. Описывать класс в двух местах - себе дороже - оба класса должны быть одинаковы. Если так важно скрывать подробности, сделайте либо скрытый второй класс, который не экспротируется и созадавайте его динамичически в публичном классе либо просто сделайте публичным интерфейс (пустой класс) и factory метод, который опять таки будет создавать скрытый класс, который данный интерфейс имплементирует.

[Manya]

Спасибо! Т.е. получается что когда я в программе описываю этот класс - все его скрытые методы тоже лучше бы описать. Просто у меня помимо всего много скрытых функций, которые не описаны и проблем с их работой не возникает - это мне так везет и на другом компе при других условиях из-за этого могут выпадать ошибки? Или может есть какой-то другой способ подключения класса из dll чтобы не описывать его второй раз?

[waleri]

Методы класс не влияют на его размер, поэтому не влияют.
Описание класса должно быть одно для всех, и для DLL и для тех, кто им пользуется (т.е. один .h файл для всех). Обычно условной компиляцией вставляют директиву для експорта, когда файл исползуется для сборки DLL-а.