Копирующий конструктор и абстрактный указатель член класса

[Начавший]

Здравствуйте.
Считается что поумолчанию копирующий конструктор выполняет
почленную инициализацию и для корректного копирования обьекта
имеющего в своём составе указатели пишется собственная реализация
коп. конструктора. Короткий пример:

class A
{
	char *c;
public:
	/*.....*/
	A(A& a);
};

A::A(A &a)
{
	if(this != &a)
	{
		c = new char[strlen(a.c) + 1];
		strcpy(c, a.c);
	}
}

Здесь всё ясно, "содержимое" указателя копируется функцией.
Но как быть если класс содержит указатель на абстрактный класс:

// Реализация класса Abs недоступна
#include"Abs.h"

class MyClass
{
	Abs* p;
public:
	/*...*/
	MyClass(MyClass& m);// ???
};

[pproger]

2Начавший
я бы в дереве классов, которому принадлежит класс Abs использовал идиому prototype. погугли, инфы много. с ней твой код будет выглядеть так:

class MyClass {
	Abs* p;
public:
	MyClass(const MyClass& m)
	{
		...
		p = m.p->clone();
		...
	}
};

у Александреску это называется фабрикой клонирования, у Гаммы - прототипом

[Начавший]

pproger но если в классе Abs нет "клонирующего" метода, то наверное никак?
Давно где-то читал что new "помнит" сколько было выделено памяти чтобы правильно сработал delete, точно не помню. Вот думаю нельзя ли это как-то использовать. Нет, глупость какая то.

[pproger]

2Начавший

Давно где-то читал что new "помнит" сколько было выделено памяти чтобы правильно сработал delete, точно не помню. Вот думаю нельзя ли это как-то использовать. Нет, глупость какая то.

да, это глупо.

можно и без clone, используя dynamic_cast (rtti должен быть включен). но это так же не оптимально, затраты на использование rtti + при добавлении нового класса в этом дереве, тебе придется переписать все копирующие конструкторы, добавив в них проверку на новый класс.
без rtti - можно завести enum с идентификаторами классов (каждому классу присвоить целочисленное значение), что так же не избавит от переписывания копирующих конструкторов после добавления нового класса (хотя у того же александреску были всякие извраты для ведения реестра классов, чтобы не переписывать постоянно старый код, но это все же извращение).
прототип - самое правильное решение. причем в проект его ввести не составит труда. в абстрактном классе объявляешь чисто виртуальную функцию clone, в дочерних - переопределяешь, используя ковариантность. внутри clone обычно реализуется просто вызовом конструктора копирования. единственный минус - clone всегда нужно переопределять во вновь созданном классе.

[Начавший]

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

[pproger]

2Начавший

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

вообще в нормальной либе должен быть реализовать либо prototype (если нужно клонирование, на Qt посмотри, у всяких итемов он есть), либо использоваться какая-нить метасистема, чтобы можно было узнать, с объектом какого класса мы работаем. на крайний случай должна поддерживать rtti.
пс. что за либа то?

[Начавший]

Не имел в виду конкретную либу. Вопрос чисто теоретический. Спасибо за помощь.

[pproger]

2Начавший
пффф, теоретический. теоретически либу правильно проектировать надо