0 / 0 / 0
Регистрация: 11.06.2012
Сообщений: 3
|
||||||
1 | ||||||
Ошибки при наследовании класса от вектора13.01.2013, 02:51. Показов 2405. Ответов 19
Метки нет (Все метки)
Пишу программу по СМО, столкнулся с трудностью при попытке сделать наследование очередью Cqueue вектора из STL.
Проблема состоит в том, что если наследуешь вектор с любым встроенным типом, например так:
Также выдаёт ошибку, что `Creq' was not declared in this scope, хотя хедер с интерфейсом заявок подключен. Прикладываю архив с проектом eclipse. Крайне прошу помочь разобраться.
0
|
13.01.2013, 02:51 | |
Ответы с готовыми решениями:
19
Ошибки при наследовании класса Ошибка при наследовании класса Деструкторы при наследовании от абстрактного класса Необъяснимая мистика при наследовании класса |
What a waste!
1608 / 1300 / 180
Регистрация: 21.04.2012
Сообщений: 2,729
|
||||||
13.01.2013, 03:11 | 2 | |||||
queue.h и req.h включают друг друга. Могу предложить поменять req.h так:
0
|
1181 / 894 / 94
Регистрация: 03.08.2011
Сообщений: 2,461
|
|
13.01.2013, 03:21 | 3 |
mironouz, не нужно наследовать от стандартных контейнеров, они не имеют виртуального деструктора.
0
|
0 / 0 / 0
Регистрация: 11.06.2012
Сообщений: 3
|
|
13.01.2013, 03:35 [ТС] | 4 |
А что можно сделать, если нужен функционал вектора + добавить пару своих функций?
0
|
1181 / 894 / 94
Регистрация: 03.08.2011
Сообщений: 2,461
|
|
13.01.2013, 03:41 | 5 |
Или сделайте отдельно эти функции, которые будут принимать в качестве параметра данный вектор, или же сделайте вектор объектом класса.
0
|
What a waste!
1608 / 1300 / 180
Регистрация: 21.04.2012
Сообщений: 2,729
|
|||||||||||
13.01.2013, 03:45 | 6 | ||||||||||
mironouz, заменить наследование на композицию, т.е. сделать вектор членом класса и писать n нужных методов самому (ведь наверняка не все методы вектора нужны):
0
|
1181 / 894 / 94
Регистрация: 03.08.2011
Сообщений: 2,461
|
|
13.01.2013, 03:52 | 7 |
gray_fox, какая разница protected, private или public наследование? Контейнеры STL не для этого разрабатывались, и в них не предусмотрена возможность наследования. Не нужно наследовать от STL контейнеров.
Добавлено через 3 минуты mironouz, в Вашем случае подойдет включение вектора в качестве объекта, и делегирование его функций.
0
|
What a waste!
1608 / 1300 / 180
Регистрация: 21.04.2012
Сообщений: 2,729
|
|
13.01.2013, 03:55 | 8 |
Toshkarik, private\protected наследование - это не наследование по сути, привести экземпляр производного класса к базовому просто так не получится.
0
|
1181 / 894 / 94
Регистрация: 03.08.2011
Сообщений: 2,461
|
|
13.01.2013, 03:59 | 9 |
gray_fox, по какой такой сути? Это такое же наследование как и public, механизм не отличается. Хотя, дело конечно Ваше, но в будущем проблемы с деструктором обеспечены.
0
|
What a waste!
1608 / 1300 / 180
Регистрация: 21.04.2012
Сообщений: 2,729
|
|
13.01.2013, 04:04 | 10 |
0
|
1181 / 894 / 94
Регистрация: 03.08.2011
Сообщений: 2,461
|
|
13.01.2013, 04:07 | 11 |
gray_fox, ну а какие могут быть проблемы с невиртуальным деструктором? Да и сами по себе STL контейнеры не предназначены для этого. В интернете много информации по этому поводу.
0
|
бжни
2473 / 1684 / 135
Регистрация: 14.05.2009
Сообщений: 7,162
|
|
13.01.2013, 04:11 | 12 |
так-то конечно не нужно
но если суб-класс будет неполиморфным, то ничего страшного не произойдет
0
|
1181 / 894 / 94
Регистрация: 03.08.2011
Сообщений: 2,461
|
|
13.01.2013, 04:11 | 13 |
Ну а так, конечно, если Вы не будете использовать полиморфизм, то ничего такого страшного не случится, но лучше избегать такого потенциально опасного кода.
0
|
576 / 559 / 47
Регистрация: 16.12.2011
Сообщений: 1,389
|
|
13.01.2013, 04:12 | 14 |
Если ТС не собирается использовать класс Cqueue в динамическом полиморфизме и/или деструктор в классе Cqueue вообще не нужен (например, нет памяти, которую надо освободить), то вполне можно наследоваться от стандартных контейнеров.
Единственная проблема - стоит об этом забыть, и начнутся утечки памяти и прочие неприятные последствия
0
|
What a waste!
1608 / 1300 / 180
Регистрация: 21.04.2012
Сообщений: 2,729
|
|
13.01.2013, 04:14 | 15 |
Toshkarik, если речь идёт об удалении объекта по указателю на базовый класс, то до этого не дойдёт: неполучится привести указатель на производный класс к указателю на базовый.
0
|
1181 / 894 / 94
Регистрация: 03.08.2011
Сообщений: 2,461
|
|
13.01.2013, 04:23 | 16 |
Ну явное приведение типов может это сделать, а так, да, по простому не получится.
0
|
бжни
2473 / 1684 / 135
Регистрация: 14.05.2009
Сообщений: 7,162
|
||||||
13.01.2013, 04:26 | 17 | |||||
0
|
Toshkarik
|
13.01.2013, 04:28
#18
|
Не по теме: alex_x_x, хотел привести точно такой же пример с reinterpret_cast, но стало лень :D
0
|
бжни
2473 / 1684 / 135
Регистрация: 14.05.2009
Сообщений: 7,162
|
|
13.01.2013, 04:31 | 19 |
Не по теме: Toshkarik, чето меня накрыло конечно dynamic_cast не проходит (было в мыслях dynamic, а написал reinterpret) при наличии виртуального деструктора работало бы и так и так
0
|
What a waste!
1608 / 1300 / 180
Регистрация: 21.04.2012
Сообщений: 2,729
|
|
13.01.2013, 04:34 | 20 |
Ну так то можно конечно много чего наворотить)
0
|
13.01.2013, 04:34 | |
13.01.2013, 04:34 | |
Помогаю со студенческими работами здесь
20
Segmentation fault при наследовании класса Инициализация полей класса при наследовании Ошибка: undefined reference to при наследовании класса Доступ к переменным базового класса при наследовании Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |