Проблема наследования от шаблонного класса.

@gretham · Регистрация: 12.08.2011

Студворк — интернет-сервис помощи студентам

Привет всем!

У меня есть шаблонный класс, и наследуемый от него шаблонный класс.

Базовый:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
#include "Lgraph.h"
#include "Mgraph.h"
 
template <class Edge>
class vgraph {
 
    friend class lgraph<Edge>;
    friend class mgraph<Edge>;
 
    protected:
    public:
        virtual ~vgraph() = 0;
        virtual Edge* g_insert_edge(Edge *edge) = 0;
 
};

Наследник:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
#include <vector>
#include <list>
using namespace std; 
 
template <class Edge>
class lgraph : public vgraph<Edge> {
    protected:
        vector< list<Edge*> > vectorl;
    public:
        lgraph();
        Edge* g_insert_edge(Edge *edge);
};
 
template <class Edge> 
lgraph<Edge>::lgraph() {
 
}

При попытк выполнить код

C++
1
2
3
vgraph<Edge> *graph;
lgraph<Edge> l;
graph = &l;

возникает ошибка:
error C2143: синтаксическая ошибка: отсутствие "," перед "<"
в строке

C++
1
class lgraph : public vgraph<Edge> {

Подскажите, пожалуйста, что не так)

@grizlik78 · 31.08.2011, 02:28

Похоже на неправильный порядок объявления классов.
В первом файле (ну, по-крайней мере по тому куску кода, что есть) подключать "Lgraph.h" и "Mgraph.h" ни к чему. там достаточно предварительного объявления шаблонов:

C++
1
2
3
4
5
template <typename Edge>
class lgraph;
 
template <typename Edge>
class mgraph;

А вот во втором файле уже нужно подключить "Vgraph.h" (или где там базовый класс), так как базовый класс должен быть определён.

@gretham · 31.08.2011, 02:33 **[ТС]**

Теперь появляются 4 ошибки такого вида

error LNK2028: ссылка на неразрешенную лексему (0A000010) "public: virtual class Edge<class Vertex<int,int>,int> * __clrcall lgraph<class Edge<class Vertex<int,int>,int> >::g_insert_edge(class Edge<class Vertex<int,int>,int> *)" (?g_insert_edge@?$lgraph@V?$Edge@V?$Vert ex@HH@@H@@@@$$FUAMPAV?$Edge@V?$Vertex@HH @@H@@PAV2@@Z) в функции "void __clrcall `dynamic initializer for 'const lgraph<class Edge<class Vertex<int,int>,int> >::`vftable'''(void)" (???__E??_7?$lgraph@V?$Edge@V?$Vertex@HH @@H@@@@6B@@@YMXXZ@?A0x0f4d3fa0@@$$FYMXXZ )

(((

@grizlik78 · 31.08.2011, 02:41

Это уже ошибки компоновщика, то есть програма уже компилируется.
В классе lgraph объявлена виртуальная функция g_insert_edge, но определения её нигде нет.
И я не уверен, что в базовом классе деструктор стоит делать чистым.
Я бы его просто виртуальным сделал, с пустым телом:

C++
1
virtual ~vgraph() {}

Добавлено через 4 минуты
В общем, в любом случае, будет ли деструктор в базовом классе "чистой" функцией или нет, его обязательно надо определить.

@gretham · 31.08.2011, 02:44 **[ТС]**

Огромное спасибо, все вышеописанное помогло!

@Mr.X · 31.08.2011, 09:04

Сообщение от grizlik78

будет ли деструктор в базовом классе "чистой" функцией или нет, его обязательно надо определить.

Ну да, деструктор же не наследуется. Так что Страуструп, мне кажется, погорячился, распространив на него понятие виртуальности, а тем более чистой виртуальности.

@OstapBender · 31.08.2011, 16:53

деструктор то как раз наследуется,
не наследуются конструкторы и оператор = по-моему .

@Mr.X · 31.08.2011, 19:42

Сообщение от OstapBender

деструктор то как раз наследуется

Ну вы даете!

@Alex1234 · 01.09.2011, 09:42

Сообщение от Mr.X

Ну вы даете!

Да вы оба хороши, рассуждать, наследуется или не наследуется деструктор - это сильно.

@OstapBender · 01.09.2011, 11:25

Alex1234, а што такова?

Mr.X, problem officer?

пс: как тут картинки прикреплять?

@LosAngeles · 01.09.2011, 11:35

наследуется виртуальность\невиртуальность. Деструктор по умолчанию - невиртуальный. Сами деструкторы не наследуются.

@Alex1234 · 01.09.2011, 12:35

Извините если кого задел. Вот все что я думаю:
Каждый производный класс при своем уничтожении вызывает деструктор базового класса. Если деструктор базового класса объявляется виртуальным, то и все деструкторы последующих производных классов будут виртуальными.
Более того деструктор базового класса может быть чисто виртуальной функцией. Но при этом в отличии от обычных чисто виртуальных функций чисто виртуальный деструктор всегда должен иметь определение, так как деструкторы производных классов неявно вызывают деструктор базового класса.
Ключевое слово virtual можно опускать для виртуальных функций, унаследованных от базового класса, в производных классах.
Может чего и упустил.
Фразы вида "Деструкторы не наследуются" выносят мозг.

@OstapBender · 01.09.2011, 13:21

LosAngeles, не очень понял к чему это?
деструктор по моему такая обычная функция как и все и наследуется, т.к её можно явно вызвать из производного класса *

Alex1234, всё норм.

Сообщение от Alex1234

Если деструктор базового класса объявляется виртуальным, то и все деструкторы последующих производных классов будут виртуальными.

ага, теперь понял что имел ввиду ЛосАнжелес .

Сообщение от Alex1234

Более того деструктор базового класса может быть чисто виртуальной функцией. Но при этом в отличии от обычных чисто виртуальных функций чисто виртуальный деструктор всегда должен иметь определение, так как деструкторы производных классов неявно вызывают деструктор базового класса.

где-то читал подобное, но толковых примеров не видел. примерчик можно? *

Сообщение от Alex1234

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

по-моему там есть разница с ключевым словом или нет... *

Сообщение от Alex1234

Фразы вида "Деструкторы не наследуются" выносят мозг.

так вы всё таки на стороне зла или добра?

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

@Alex1234 · 01.09.2011, 13:49

> где-то читал подобное, но толковых примеров не видел. примерчик можно? *

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
class Dad
{
public:
    virtual ~Dad() = 0;
    virtual void DoSomething() = 0;
};
 
Dad::~Dad()   //Вот это обязалока
{
}
 
void Dad::DoSomething()
{
}
 
int main()
{
}

> по-моему там есть разница с ключевым словом или нет... *

Нет, если в каком нибудь классе метод был виртуальным, таковым он будет и в производных, модификатор virtual стоит указывать явно, чтоб не вводить никого в заблуждение.

> так вы всё таки на стороне зла или добра?

Кода нибудь я познаю светлую сторону силы.

Добавлено через 18 минут
Мда, выражение "Деструкторы не наследуются" присутствует в литераторе, наверно это мои личные проблемы, ну да фиг с ним.

Комментарий модератора

Используйте теги форматирования кода!

@LosAngeles · 01.09.2011, 13:51

Сообщение от OstapBender

желательно с ссылкой на авторитетный источник

final draft С++11

3242

Сообщение от OstapBender

Но при этом в отличии от обычных чисто виртуальных функций чисто виртуальный деструктор всегда должен иметь определение

A destructor can be declared virtual (10.3) or pure virtual (10.4); if any objects of that class or any derived class are created in the program, the destructor shall be deﬁned.

Сообщение от OstapBender

так как деструкторы производных классов неявно вызывают деструктор базового класса

After executing the body of the destructor and destroying any automatic objects allocated within the body, a destructor for class X calls the destructors for X’s direct non-variant members, the destructors for X’s direct base classes and, if X is the type of the most derived class (12.6.2), its destructor calls the destructors for X’s virtual base classes. All destructors are called as if they were referenced with a qualiﬁed name, that is, ignoring any possible virtual overriding destructors in more derived classes. Bases and members are destroyed in the reverse order of the completion of their constructor

@Deviaphan · 01.09.2011, 13:55

Сообщение от Alex1234

выражение "Деструкторы не наследуются" присутствует в литераторе

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

@OstapBender · 01.09.2011, 15:12

Alex1234, ага

Сообщение от Alex1234

Нет, если в каком нибудь классе метод был виртуальным, таковым он будет и в производных, модификатор virtual стоит указывать явно, чтоб не вводить никого в заблуждение.

вот это хорошо

LosAngeles, спасибо,
ну что касается фразы "...так как деструкторы производных классов неявно вызывают деструктор базового класса."
это случайно попало в цитату

@Alex1234 · 01.09.2011, 15:38

Ну, не сосем случайно, а как без неё?

Новые блоги и статьи Все статьи Все блоги /
[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .
Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .

@gretham 19 / 19 / 1 Регистрация: 12.08.2011 Сообщений: 59
	31.08.2011, 02:33 [ТС]
	Теперь появляются 4 ошибки такого вида error LNK2028: ссылка на неразрешенную лексему (0A000010) "public: virtual class Edge<class Vertex<int,int>,int> * __clrcall lgraph<class Edge<class Vertex<int,int>,int> >::g_insert_edge(class Edge<class Vertex<int,int>,int> *)" (?g_insert_edge@?$lgraph@V?$Edge@V?$Vert ex@HH@@H@@@@$$FUAMPAV?$Edge@V?$Vertex@HH @@H@@PAV2@@Z) в функции "void __clrcall `dynamic initializer for 'const lgraph<class Edge<class Vertex<int,int>,int> >::`vftable'''(void)" (???__E??_7?$lgraph@V?$Edge@V?$Vertex@HH @@H@@@@6B@@@YMXXZ@?A0x0f4d3fa0@@$$FYMXXZ ) ((( 0

@gretham 19 / 19 / 1 Регистрация: 12.08.2011 Сообщений: 59
	31.08.2011, 02:44 [ТС]
	Огромное спасибо, все вышеописанное помогло! 0

@OstapBender 594 / 532 / 76 Регистрация: 22.03.2011 Сообщений: 1,585
	31.08.2011, 16:53
	деструктор то как раз наследуется, не наследуются конструкторы и оператор = по-моему . 0

@OstapBender 594 / 532 / 76 Регистрация: 22.03.2011 Сообщений: 1,585
	01.09.2011, 11:25
	Alex1234, а што такова? Mr.X, problem officer? пс: как тут картинки прикреплять? 0

@LosAngeles Заблокирован
	01.09.2011, 11:35
	наследуется виртуальность\невиртуальность. Деструктор по умолчанию - невиртуальный. Сами деструкторы не наследуются. 0

@Alex1234 13 / 13 / 2 Регистрация: 11.02.2011 Сообщений: 55
	01.09.2011, 12:35
	Извините если кого задел. Вот все что я думаю: Каждый производный класс при своем уничтожении вызывает деструктор базового класса. Если деструктор базового класса объявляется виртуальным, то и все деструкторы последующих производных классов будут виртуальными. Более того деструктор базового класса может быть чисто виртуальной функцией. Но при этом в отличии от обычных чисто виртуальных функций чисто виртуальный деструктор всегда должен иметь определение, так как деструкторы производных классов неявно вызывают деструктор базового класса. Ключевое слово virtual можно опускать для виртуальных функций, унаследованных от базового класса, в производных классах. Может чего и упустил. Фразы вида "Деструкторы не наследуются" выносят мозг. 0

@Alex1234 13 / 13 / 2 Регистрация: 11.02.2011 Сообщений: 55
	01.09.2011, 15:38
	Ну, не сосем случайно, а как без неё? 0