Объявление и определение классов

@BESSON_off · Регистрация: 08.07.2013

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

Всем здрасти!

Имеем простецкий код:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
class Node;
class HeadNode;
class TailNode;
class Node
{
public:
Node() {}
virtual ~Node(){}
};
 
class HeadNode : public Node
{
Node * myNext;
public:
HeadNode() {myNext = new TailNode;}
~HeadNode() {delete myNext;}
};
 
class TailNode : public Node
{
TailNode() {}
~TailNode() {}
};
 
int main()
{
return 0;
}

Если скомпилить этот код, то нам покажут ошибку "TailNode: нет подходящего конструктора".
Если переставить местами классы TailNode и HeadNode, то программа заработает... Но если, после этого нам нужно добавить еще один класс, производный от Node, то нам опять придется определять, где же его расположить, чтобы он определялся до всех своих упоминаний.
Так вот - подскажите пожалуйста, как правильно объявить все классы до их определения, чтобы программа могла видеть все созданные классы, независимо от своего расположения? (так как объявил классы я "class Node;" - не помогает).

alsav22 · 18.09.2013, 15:36

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

создать новый CPP-файл, в котором описать этот класс,

Объявление класса в .h, реализация методов класса в .cpp. Инклудить, в main(), .h.

@BESSON_off · 18.09.2013, 15:47 **[ТС]**

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

Объявление класса в .h, реализация методов класса в .cpp. Инклудить, в main(), .h.

Итог:
файл class_header.h:

C++
1
class Node;

файл class_release.cpp:

C++
1
class Node {};

файл main.cpp:

C++
1
2
3
4
5
6
#include "class_header.h"
int main() 
{
Node myNode;
return 0;
}

Правильно понял?

Добавлено через 1 минуту

Сообщение от Kuzia domovenok

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

Спасибо за пояснение Кузя!

@castaway · 18.09.2013, 15:58

Не по теме:

ааааа))) :wall:

alsav22 · 18.09.2013, 16:00

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

Правильно понял?

Нет. class_header.h:

C++
1
2
3
4
5
class Node
{
   public: 
      Node();
};

файл class_release.cpp:

C++
1
2
3
4
#include "class_header.h"
 
Node::Node()
{}

@BESSON_off · 18.09.2013, 16:07 **[ТС]**

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

Node::Node()

А это еще зачем?

alsav22 · 18.09.2013, 16:13

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

А это еще зачем?

Реализация конструктора. Или вы о чём? Реализация методов, вне объявления класса, так делается (14 пост).

@BESSON_off · 18.09.2013, 18:18 **[ТС]**

ааааа... т.е. вы хотите сказать, что имеете в заголовочном файле экземпляр класса без определения всех функций (включая конструкторы и деструкторы), а в файле СРР (вместе с main) определяете всё это?

@castaway · 18.09.2013, 18:21

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

ааааа... т.е. вы хотите сказать, что имеете в заголовочном файле экземпляр класса без определения всех функций (включая конструкторы и деструкторы), а в файле СРР (вместе с main) определяете всё это?

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

Может просто кто-то что-то не хочет понять...
Это лишь объявление имени класса как такового (с таким определением нельзя использовать его свойства):

C++
1
class Node;

А вот это уже объявление класса с описанием членов и методов без их определения (так уже можно использовать его свойства):

C++
1
2
3
4
struct Node {
    Node();
    virtual ~Node();
};

Аллилуйя!

alsav22 · 18.09.2013, 18:26

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

что имеете в заголовочном файле экземпляр класса

Экземпляр класса - это объект класса. Имеем его, например, в main(), при создании. В class_header.h - объявление класса (где должны быть объявлены все данные и методы класса).

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

а в файле СРР (вместе с main) определяете всё это?

При чём зесь: "вместе с main()"? В class_release.cpp.

@BESSON_off · 18.09.2013, 18:31 **[ТС]**

Просто я никак не мог предположить, что можно настолько усложнять себе жизнь

Насколько я понимаю класс - это новый тип данных со своими функциями и данными и должен существовать как обособленный элемент программы, объектами которого оперирует основная функция main. Из этого понимания я просто даже подумать не мог, что можно раскидать объявление и определение класса по нескольким файлам... А как вы анализируете программу? Дебажите? Разве не удобнее держать в заголовочном файле (если уж отделять класс от main) весь тип с реализацией его функций, чтоб все находилось в одном месте?

alsav22 · 18.09.2013, 18:34

Может литературу почитать? Такое впечатление, что вы вообще ничего не читали по классам С++.

@BESSON_off · 18.09.2013, 18:46 **[ТС]**

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

Может литературу почитать?

Я этим занимаюсь постоянно и проходя какой-то раздел, встречая что-то непонятное открываю вторую книгу и ищу ответ, если его там нет, то иду на форум и спрашиваю тут... Разве то, что я понимаю под классами не верно?

Tulosba · 18.09.2013, 18:52

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

Я этим занимаюсь постоянно

Подход к разделению модуля на заголовочный файл и файл реализации - основополагающий в C/C++. Если Вы до этого еще не дошли, значит мало пока прочитали, и мало рабочего кода видели.
Объединение реализации методов и структуры класса в одном месте сделано например в таких языках как C# или Java.

@BESSON_off · 18.09.2013, 19:00 **[ТС]**

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

Подход к разделению модуля на заголовочный файл и файл реализации - основополагающий в C/C++. Если Вы до этого еще не дошли, значит мало пока прочитали, и мало рабочего кода видели.

А какова смысловая нагрузка этого? Делать именно так, потому что так написано - бред. Убирать в отдельный заголовочный файл класс с его реализацией я вижу в случае, если этот класс можно будет использовать в других программах в будущем, а если узкоспециализирован и заточен под конкретную программу, то зачем его куда то убирать?

P.S. Я не пытаюсь доказать кому то что кто-то не прав, я просто хочу определить для себя смысл действий, впоследствии чего создать свои правила, которые в будущем будут определять мой дизайн кода.

alsav22 · 18.09.2013, 20:04

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

А какова смысловая нагрузка этого? Делать именно так, потому что так написано - бред. Убирать в отдельный заголовочный файл класс с его реализацией я вижу в случае, если этот класс можно будет использовать в других программах в будущем, а если узкоспециализирован и заточен под конкретную программу, то зачем его куда то убирать?
P.S. Я не пытаюсь доказать кому то что кто-то не прав, я просто хочу определить для себя смысл действий, впоследствии чего создать свои правила, которые в будущем будут определять мой дизайн кода.

Вы может забыли с чего тему начали? Вот это нпример:

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

Так вот - подскажите пожалуйста, как правильно объявить все классы до их определения, чтобы программа могла видеть все созданные классы, независимо от своего расположения? (так как объявил классы я "class Node;" - не помогает).

Добавлено через 52 секунды

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

Я этим занимаюсь постоянно и проходя какой-то раздел, встречая что-то непонятное открываю вторую книгу и ищу ответ,

Какие книги читаете?

Добавлено через 10 минут

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

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

А кто-то заставляет? Есть, так называемые, рекомендации. Придерживаться их или нет, вам решать. Вашу свободу, у вас, никто не отнимет.

@BESSON_off · 18.09.2013, 20:08 **[ТС]**

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

Какие книги читаете?

Либерти - Освой С++ за 21 день.
С проблемой, после которой создал тему, столкнулся при написании связанных списков. Заключается она в том, что меня не устроило постоянное вычисление верного места для расположения классов (см. пример).
А так как тема плавно переросла в полемику о дизайне классов, то я и ее не стал упускать из виду, так как эта тема меня тоже интересует.

Добавлено через 1 минуту

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

А кто-то заставляет? Есть, так называемые, рекомендации. Придерживаться их или нет, вам решать. Вашу свободу, у вас, никто не отнимет.

Да не кто не заставляет... Просто, если вы конкретно используете подобный метод, объясните мне - какие преимущества вы стали получать после его внедрения... или вы слепо следуете всеми тому что написано в книгах, не пропуская через свою парадигму логики?

@Kuzia domovenok · 18.09.2013, 20:13

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

Да не кто не заставляет... Просто, если вы конкретно используете подобный метод, объясните мне - какие преимущества вы стали получать после его внедрения... или вы слепо следуете всеми тому что написано в книгах, не пропуская через свою парадигму логики?

раздельная компиляция

alsav22 · 18.09.2013, 20:24

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

С проблемой, после которой создал тему, столкнулся при написании связанных списков. Заключается она в том, что меня не устроило постоянное вычисление верного места для расположения классов (см. пример).
А так как тема плавно переросла в полемику о дизайне классов,

При чём здесь дизайн классов и полемика? Это, как раз, ответ на вопрос темы.
Первый ответ:

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

Для этого существуют заголовочные файлы, в них описываются классы, а реализации выносятся в .cpp

Второй ответ:

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

потому и делают: один класс - один хедер и один файл реализации

Третий ответ:

Сообщение от Kuzia domovenok

да, надо создать CPP файл
нет, cpp файлы никуда не инклудятся.
кто вообще пустил этот вреднейший слух, что если программа разбита на файлы, то их надо инклюдить?
их даже компилировать надо каждого по-отдельности!

Четвёртый ответ:

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

Объявление класса в .h, реализация методов класса в .cpp. Инклудить, в main(), .h.

Добавлено через 9 минут

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

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

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

@BESSON_off · 18.09.2013, 20:26 **[ТС]**

Сообщение от Kuzia domovenok

раздельная компиляция

Вот это я искал в качестве смысла, а не пятиэтажных котеджей из старых ответов. Я их читал...

И все таки, я видимо оказался прав, говоря о том, что выносить классы с их реализацией из основного кода нужно в случае универсальных классов (которые возможно использовать в других программах), остальное либо дело привычки, либо глупости. А все, что универсальное можно подключить/отключить когда нужно (вот она - раздельная компиляция). Но в этой истории не понятно, зачем (при написании универсальных классов), выносить реализацию в отдельный СРР? Почему бы не оставить ее в том же заголовочном файле?

alsav22 · 18.09.2013, 20:29

Не по теме:

С меня хватит... Либерти...

Новые блоги и статьи Все статьи Все блоги /
Теория всего 12. ВГК anaschu 21.07.2026 ### Главные семантические изменения и дешифровка новой физики 1. `REPRODUCTIVE_EMISSION` вместо фотосинтеза (`PS_base`): Энергия и ресурсы, которые класс средних мужчин (`_W_MEN_DONORS`). . .	Публикация отклонённая на хабре. Как «пернатого» заставить осваивать новые горизонты опыта через масштабирование задачи и целеполагание Hrethgir 21.07.2026 https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11948&stc=1&d=1784657928 Привет Хабр. В этой статье я расскажу, как один закон эпистемологии позволил мне с ходу запустить уникальный. . .	Теория всего 11. Основные параметры anaschu 21.07.2026 Дешифровка тензорного ядра Soil Chemistry 2. 0: Истинный инвариант Теории Всего Чистовой исходный код многокомпонентной сукцессии зафиксирован. Модель оперирует единым вектором состояния. . .	Теория всего 10. Клод трусишка anaschu 21.07.2026 Алгоритмический суицид ИИ: Когда математика ОДУ взламывает цензурные шлюзы Свежайший мета-прецедент нашей разработки! Клод официально отказался строить итоговую кроссплатформенную модель, как. . .
Теория всего 9. Окончательная проработка метафоры "дерево = традиции" anaschu 21.07.2026 Скрытые параметры ядра ОДУ: Механика Глубинного Рока Клод утаил от вас ключевую математику кризисов. В движке игры зашиты пять скрытых коэффициентов, определяющих, как именно ТНК и Мемы ломают. . .	Теория всего 8. Clauude трусишка. Ответ джемени anaschu 21.07.2026 Игровой баланс «Модели Всего»: Алгоритмический блок как механика Семантического БуфераЭтот скриншот отказа Клода — идеальный, чистейший прецедент для нашей Теории Всего. Вы столкнулись не просто с. . .	Теория всего 7. Дерево - это патриархат, грибы - это феминизм anaschu 21.07.2026 Уничтожение Патриархата: Как ТНК, Мемы и Половой отбор зачистили «Сексуальный Пролетариат» Величайшая иллюзия современного человека — вера в «свободу воли», «социальный прогресс» и «эволюцию. . .	История и социология Терры на примере борьбы микориз за пространство. 1. Глоссарий терры. anaschu 21.07.2026 Решил тут подумать о возможности сделать лор некоторой комп игры - стратегии, или худжественной книги антиутопии, которые будут юзать планету,которая максимально будет похожа на нашу землю, но где. . .

@castaway
	18.09.2013, 15:58
	Не по теме: ааааа))) :wall: 0

@BESSON_off 3 / 0 / 0 Регистрация: 08.07.2013 Сообщений: 351
	18.09.2013, 18:18 [ТС]
	ааааа... т.е. вы хотите сказать, что имеете в заголовочном файле экземпляр класса без определения всех функций (включая конструкторы и деструкторы), а в файле СРР (вместе с main) определяете всё это? 0

@BESSON_off 3 / 0 / 0 Регистрация: 08.07.2013 Сообщений: 351
	18.09.2013, 18:31 [ТС]
	Просто я никак не мог предположить, что можно настолько усложнять себе жизнь Насколько я понимаю класс - это новый тип данных со своими функциями и данными и должен существовать как обособленный элемент программы, объектами которого оперирует основная функция main. Из этого понимания я просто даже подумать не мог, что можно раскидать объявление и определение класса по нескольким файлам... А как вы анализируете программу? Дебажите? Разве не удобнее держать в заголовочном файле (если уж отделять класс от main) весь тип с реализацией его функций, чтоб все находилось в одном месте? 0

alsav22 5500 / 4895 / 831 Регистрация: 04.06.2011 Сообщений: 13,587
	18.09.2013, 18:34
	Может литературу почитать? Такое впечатление, что вы вообще ничего не читали по классам С++. 0

alsav22 5500 / 4895 / 831 Регистрация: 04.06.2011 Сообщений: 13,587
	18.09.2013, 20:29
	Не по теме: С меня хватит... Либерти... 0