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

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

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

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

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

C++

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;" - не помогает).

@castaway · 11.09.2013, 19:55

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

@BESSON_off · 11.09.2013, 20:39 **[ТС]**

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

Для этого существуют заголовочные файлы

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

@castaway · 11.09.2013, 20:46

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

Они также будут определяться в определенном порядке...

Какая разница в каком порядке они будут определяться? Главное что такие ошибки больше не будут появляться.

@BESSON_off · 13.09.2013, 15:22 **[ТС]**

Есть еще какие-нибудь варианты решения этой проблемы?

Ilot · 13.09.2013, 16:16

BESSON_off, скорее всего вот здесь:

C++

1	HeadNode() {myNext = new TailNode;}

компилятор еще не знает, что вы наследуете TailNode от Node, однако указатель указывает на Node. Конечно так можно делать указатели на наследники совместимы с указателями на базовый класс, но повторюсь компилятор еще не знает о наследовании TailNode.

Добавлено через 8 минут
При наследовании наследуется и конструктор базового класса и пока вы не дали команду компилятору(не разместили описание класса TailNode) конструктор TailNode не вызывает конструктор базового класса и поэтому вы имеете то что видите т.е. подходящего конструтора нет.

alsav22 · 13.09.2013, 17:02

Ilot,

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

Есть еще какие-нибудь варианты решения этой проблемы?

@castaway · 13.09.2013, 17:18

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

C++

1	class Node;

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

C++

struct Node {
    Node();
    virtual ~Node();
};

Не по теме:

alsav22, Разве это не решает проблемы!?

Не по теме:

По большому счету это было написано для ТС.

@BESSON_off · 13.09.2013, 20:46 **[ТС]**

А если классов 100 и каждый обращается друг к другу, то вставляя 101 класс (по потребности) вы будете вычислять место куда же его вставить так, чтобы все обращения к нему и от него были после определения его самого и того к кому он обращается? Не верю, что все так запущено...

Jupiter · 13.09.2013, 20:56

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

А если классов 100 и каждый обращается друг к другу, то вставляя 101 класс (по потребности) вы будете вычислять место куда же его вставить так, чтобы все обращения к нему и от него были после определения его самого и того к кому он обращается?

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

alsav22 · 13.09.2013, 22:31

Не по теме:

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

Не по теме:
alsav22, Разве это не решает проблемы!?

Что сегодня за день... Решает. Я кому написал это?

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

Ilot,
Сообщение от BESSON_off
Есть еще какие-нибудь варианты решения этой проблемы?

Ilot это я написал. Почему я ему это написал? Потому что BESSON_off спрашивает есть ли ещё варианты, кроме того, который предложил castaway, а Ilot, вместо того, чтобы предложить что-либо, описывает почему у ТС это происходит(ТС ещё в первом посте написал почему).

Jupiter · 13.09.2013, 22:36

Не по теме:

alsav22, ваши варианты в студию:bravo:

alsav22 · 13.09.2013, 23:04

Не по теме:

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

Не по теме:

alsav22, ваши варианты в студию

И при чём здесь я? Я что, обещал какие-то варианты? Или писал, что предложенные меня не устраивают?

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

Не по теме:

Я понял, что сегодня не так... !3-е, пятница...

@Kuzia domovenok · 14.09.2013, 16:22

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

Есть еще какие-нибудь варианты решения этой проблемы?

C++

class Node;
class HeadNode;
class TailNode;
class Node
{
public:
Node() {}
virtual ~Node(){}
};
 
class HeadNode : public Node
{
Node * myNext;
public:
HeadNode();
~HeadNode() {delete myNext;}
};
 
class TailNode : public Node
{
TailNode() {}
~TailNode() {}
};
HeadNode::HeadNode() {myNext = new TailNode;}
int main()
{
return 0;
}

Ilot · 16.09.2013, 09:23

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

Ilot это я написал. Почему я ему это написал? Потому что BESSON_off спрашивает есть ли ещё варианты, кроме того, который предложил castaway, а Ilot, вместо того, чтобы предложить что-либо, описывает почему у ТС это происходит(ТС ещё в первом посте написал почему).

Так я и написал, что бы товарищ прежде чем использовать класс создал конструктор и деструктор для него(для команд new и delete). Как он его будет объявлять это его дело. Но уж если вопрос встал, то можно и так:
Вместо этого:

C++

1 2	class HeadNode; class TailNode;

Написать вот так:

C++

1 2	class HeadNode; class TailNode {};

alsav22 · 16.09.2013, 11:35

Не по теме:

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

Но уж если вопрос встал, то можно и так:
Вместо этого:

C++

1 2	class HeadNode; class TailNode;

Написать вот так:

C++

1 2	class HeadNode; class TailNode {};

Т.е., это ваше решение этого?

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

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

Ilot · 16.09.2013, 11:49

Не по теме:

alsav22, в чем собственно проблема? Автору было не понятно почему у него возникает ошибка. Я объяснил.
А по поводу вот этого:

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

Обычное объявление классов благополучно позволяет видеть их в дальнейшем. Однако автор захотел нечто более чем просто обращение к классу, а именно вызвать его методы. Вот я и объяснил, что это невозможно пока вы их не опишите или не создадите для них прототипы. И еще раз:

Как он его(конструктор и деструктор) будет объявлять это его дело.

alsav22 · 16.09.2013, 12:32

Не по теме:

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

Автору было не понятно почему у него возникает ошибка.

Вот в этом мы и расходимся.

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

"TailNode: нет подходящего конструктора".

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

Если переставить местами классы TailNode и HeadNode, то программа заработает...

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

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

Т.е., из этого я сделал вывод, что причина ТС известна. Может я был и не прав, не знаю. Спрашивать у ТС уже, наверное, поздно.

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

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

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

Т.е. вы хотите сказать, что создавая класс, эффективнее будет, создать новый CPP-файл, в котором описать этот класс, далее заинклудить его в файле с main-функцией?

@Kuzia domovenok · 18.09.2013, 15:34

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

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

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

@castaway 4985 / 3092 / 456 Регистрация: 10.11.2010 Сообщений: 11,169 Записей в блоге: 10
	11.09.2013, 19:55	2
	Для этого существуют заголовочные файлы, в них описываются классы, а реализации выносятся в .cpp 0

@BESSON_off 3 / 0 / 0 Регистрация: 08.07.2013 Сообщений: 351
	11.09.2013, 20:39 [ТС]	3
	Сообщение от castaway Для этого существуют заголовочные файлы И какая будет разница, если я все эти классы перенесу в заголовочный файл и прикреплю его? Они также будут определяться в определенном порядке... 0

@castaway 4985 / 3092 / 456 Регистрация: 10.11.2010 Сообщений: 11,169 Записей в блоге: 10
	11.09.2013, 20:46	4
	Сообщение от BESSON_off Они также будут определяться в определенном порядке... Какая разница в каком порядке они будут определяться? Главное что такие ошибки больше не будут появляться. 0

@BESSON_off 3 / 0 / 0 Регистрация: 08.07.2013 Сообщений: 351
	13.09.2013, 15:22 [ТС]	5
	Есть еще какие-нибудь варианты решения этой проблемы? 0

alsav22 5498 / 4893 / 831 Регистрация: 04.06.2011 Сообщений: 13,587
	13.09.2013, 17:02	7
	Ilot, Сообщение от BESSON_off Есть еще какие-нибудь варианты решения этой проблемы? 0

@BESSON_off 3 / 0 / 0 Регистрация: 08.07.2013 Сообщений: 351
	13.09.2013, 20:46 [ТС]	9
	А если классов 100 и каждый обращается друг к другу, то вставляя 101 класс (по потребности) вы будете вычислять место куда же его вставить так, чтобы все обращения к нему и от него были после определения его самого и того к кому он обращается? Не верю, что все так запущено... 0

Jupiter Каратель 6609 / 4028 / 401 Регистрация: 26.03.2010 Сообщений: 9,273 Записей в блоге: 1
	13.09.2013, 20:56	10
	Сообщение от BESSON_off А если классов 100 и каждый обращается друг к другу, то вставляя 101 класс (по потребности) вы будете вычислять место куда же его вставить так, чтобы все обращения к нему и от него были после определения его самого и того к кому он обращается? потому и делают: один класс - один хедер и один файл реализации 0

alsav22
	13.09.2013, 22:31 #11
	Не по теме: Сообщение от castaway Не по теме: alsav22, Разве это не решает проблемы!? Что сегодня за день... Решает. Я кому написал это? Сообщение от alsav22 Ilot, Сообщение от BESSON_off Есть еще какие-нибудь варианты решения этой проблемы? Ilot это я написал. Почему я ему это написал? Потому что BESSON_off спрашивает есть ли ещё варианты, кроме того, который предложил castaway, а Ilot, вместо того, чтобы предложить что-либо, описывает почему у ТС это происходит(ТС ещё в первом посте написал почему). 0

Jupiter
	13.09.2013, 22:36 #12
	Не по теме: alsav22, ваши варианты в студию:bravo: 0

alsav22 5498 / 4893 / 831 Регистрация: 04.06.2011 Сообщений: 13,587
	13.09.2013, 23:04	13
	Не по теме: Сообщение от Jupiter Не по теме: alsav22, ваши варианты в студию И при чём здесь я? Я что, обещал какие-то варианты? Или писал, что предложенные меня не устраивают? Добавлено через 7 минут Не по теме: Я понял, что сегодня не так... !3-е, пятница... 0

Ilot
	16.09.2013, 11:49 #17
	Не по теме: alsav22, в чем собственно проблема? Автору было не понятно почему у него возникает ошибка. Я объяснил. А по поводу вот этого: Так вот - подскажите пожалуйста, как правильно объявить все классы до их определения, чтобы программа могла видеть все созданные классы, независимо от своего расположения? Обычное объявление классов благополучно позволяет видеть их в дальнейшем. Однако автор захотел нечто более чем просто обращение к классу, а именно вызвать его методы. Вот я и объяснил, что это невозможно пока вы их не опишите или не создадите для них прототипы. И еще раз: Как он его(конструктор и деструктор) будет объявлять это его дело. 0

alsav22
	16.09.2013, 12:32 #18
	Не по теме: Сообщение от Ilot Автору было не понятно почему у него возникает ошибка. Вот в этом мы и расходимся. Сообщение от BESSON_off "TailNode: нет подходящего конструктора". Сообщение от BESSON_off Если переставить местами классы TailNode и HeadNode, то программа заработает... Сообщение от BESSON_off то нам опять придется определять, где же его расположить, чтобы он определялся до всех своих упоминаний. Т.е., из этого я сделал вывод, что причина ТС известна. Может я был и не прав, не знаю. Спрашивать у ТС уже, наверное, поздно. 0

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

@Kuzia domovenok 4064 / 3318 / 924 Регистрация: 25.03.2012 Сообщений: 12,493 Записей в блоге: 1
	18.09.2013, 15:34	20
	Сообщение от BESSON_off CPP-файл, в котором описать этот класс, далее заинклудить его да, надо создать CPP файл нет, cpp файлы никуда не инклудятся. кто вообще пустил этот вреднейший слух, что если программа разбита на файлы, то их надо инклюдить? их даже компилировать надо каждого по-отдельности! 1