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

пример:
// два класса не списка

class base { /* ... */ };
class derived { /* ... */ }

и для них должен быть какой-нибудь List
class List { /* ... */ };

// вопрос - как лучше сделать?
// сделать производным List от base
// class List : public base { /* ... */ }
// а потом derived от List
//class derived : public List { /* ... */ }
// или же сначала derived от base
// а потом list от derived ???

// или можно как-то лучше сделать ???

не до конца понял вопрос.

std::list<> чем не подходит ?

если б можно было использовать std::list, я б использовал конечно же, но в данной конкретной задаче этого делать не нужно

Добавлено через 2 минуты и 58 секунд
в общем нужно написать для двух классов(базового и производного) класс-список, который мог работать как с одним, так и с другим, так и с обоими сразу, вопрос в том, как лучше эту конструкцию организовать?  

обратите внимание на полиморфизм и "указатель на void"
насколько я понял задачу то это должно помочь 

ок

а вот этого делать не надо

Shooroop, я бы сделал класс шаблон и третий класс, который бы являлся наследником первых двух. И использовал тот, который нужен.

ээээ
чиста академический интерес - каких "первых двух"?
и при чем тут шаблон
и зачем усложнять себе жизнь множественным наследованием?

Добавлено через 3 минуты и 35 секунд

оппа, вот это ж*па   
пардон, не удержался - рифма понравилась   
а сразу temp->data->out() не судьба?

Добавлено через 11 минут и 14 секунд



а это что?
да у вас тут прям Клондайк

void add(base *b)
!!!!

Добавлено через 12 минут и 3 секунды
вот научи кастать - они себе и лоб расшибут   

Два класса, которые даны человеку изначально.
Шаблон при том, что на нём основывать двусвязанный список.

т.е. вы предлагаете древо наследования расположить вверх корнём?   
а зачем?

J0ker при чём тут расположение дерева корнём вверх?

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

чего то я не догоню  какое отношение имеет в данном задании наследник к списку (помимо того, что уже обусловенно полиморфизмом) ?

важный вопрос, является ли derived : public base или derived : private base.
в первом случае реализуется List, хранящий указатели на base и c равным успехом применяемый к объектам любого из этих классов, вместе или по отдельности.
если наследование закрытое, то требуется другая реализация List: либо при помощи шаблона (что имхо лучше), либо List, хранящий void* + приведения типа при использовании элементов списка.

вопросов, конечно, больше, например, отличается ли в случае derived : public base только полиморфным поведением, т.е. потребуется ли в каких-то случаях приведение типа. все эти вопросы в общем виде решаются, если написать упрощенный аналог std::list<>

т.к. SlowCheetah использовать std::list<> не хочет, скорее всего от него требуется List, хранящий указатели на base. что-то вроде



SlowCheetah, class List не может быть ни базовым, ни производным от base либо derived ибо не связан с ними ни отношением "является", ни "реализован посредством". Он хранит объекты этого типа, он - контейнер, ему по большому счету все-равно что эти классы из себя представляют.

почему??

Добавлено через 8 минут и 48 секунд

Согласен множественное наследование я особо бы не использовал

обратите внимание каждый класс заносится в список разными методами. Возможно классы надо будет по разному интерпретировать и обрабатывать. Тоже и при выводе списка. Смысл такой: сначала класс идентифицируется, а потом выполняются функции специфичные для него.