Заголовочные файлы

@Tamoren · Регистрация: 08.01.2012

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

C++

1
2
3

#ifndef _MYCLASS_H
    #define _MYCLASS_H class myclass{//Описание класса};
#endif

Сказано, что заголовочные файлы обычно включают специальные константы (sentry), которые сообщают компилятору, что файл уже обработан и повторное включение не требуется.
Поправьте если не так, если _MYCLASS_H было определено как "class myclass{//Описание класса};", как в примере, то в тексте программы _MYCLASS_H заменяется на "class myclass{//Описание класса};" (без кавычек). И ещё, если _MYCLASS_H - макроимя, то не следует ли объявление класса заключить в круглые скобки?

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

@easybudda · 09.01.2012, 05:40

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

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

Что есть "обычный код"?

hdrfunc.h

C

#ifndef _HDRFUNC_H_
#define _HDRFUNC_H_ 1
 
#include <stdio.h>
 
void hello(unsigned cnt){
    while ( cnt-- )
        printf("Hello, world!\n");
}
 
#endif

hdrfunc.c

C

#include "hdrfunc.h"
 
int main(void){
    hello(3);
    return 0;
}

Код

~/cpp/other $ gcc -o hdrfunc hdrfunc.c
~/cpp/other $ ./hdrfunc 
Hello, world!
Hello, world!
Hello, world!
~/cpp/other $

@DU · 09.01.2012, 05:44

вы неверно поняли этот момент.
пишется обычно вот так

C++

#ifndef _MYCLASS_H
#define _MYCLASS_H
class myclass{//Описание класса};
#endif

_MYCLASS_H ни во что нигде не разворачивается. эта штука еще називается "страж вклучения"
http://ru.wikipedia.org/wiki/Include_guard
это защита от двойного определения класса. Необходима из-за "правила одного определения", оно же One Definition Rule (ODR)
http://en.wikipedia.org/wiki/One_Definition_Rule

@Chelioss · 09.01.2012, 05:59

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

это защита от двойного определения класса. Необходима из-за "правила одного определения", оно же One Definition Rule (ODR)
http://en.wikipedia.org/wiki/One_Definition_Rule

Я тут темку создал не давно на эту тему. Не всегда эта защита спасает.
Как влияет inline и обертка(#ifndef #define #endif) .h файла на компоновщик.

@Tamoren · 09.01.2012, 06:48 **[ТС]**

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

Что есть "обычный код"?

Имелось ввиду НЕ коды подставляемых функций

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

~/cpp/other $ gcc -o hdrfunc hdrfunc.c ~/cpp/other $ ./hdrfunc Hello, world! Hello, world! Hello, world! ~/cpp/other $

Это вроде результатов?)

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

вы неверно поняли этот момент.

Написал с отступом по аналогии с IF, да и нагляднее так. Но раз так принято, буду так писать... Кстати, спасибо за ссылки, даже не знал как такое искать

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

#define _HDRFUNC_H_ 1

Это значит, что мы инициализируем переменную (или макроимя?) значением 1? И почему вообще _HDRFUNC_H_? Что тогда в 1 примере означало это: #define _MYCLASS_H class myclass{//Описание класса};

Evg · 09.01.2012, 12:28

Вот тут пример посмотри
Си, использование вложенных файлов *.c

@Tamoren · 09.01.2012, 16:55 **[ТС]**

Что это за файлы с символами "~" и "$"? Какой-то лог?

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

Вот тут пример посмотри

Посмотрел. Остались вопросы

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

#define _HDRFUNC_H_ 1

? Мы определяем еденицу (?!) только один раз?
3) Получается, что

#define _MYCLASS_H class myclass{//Описание класса};

означает, что если _MYCLASS_H не было определено, мы его объявляем и далее объявляем класс, который и отстанется при компиляции??
4) А что если класс уже был определен в другом файле без _MYCLASS_H? Как текущий файл узнает, что нужно использовать _MYCLASS_H?

@Dekio · 09.01.2012, 17:00

Как альтернативу можно использовать нестандартную но широко используемую защиту
#pragma once

Evg · 09.01.2012, 17:05

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

Но если тебе не впадлу читать много букв и твоя голова способна вместить много информации за раз, не перемешав всё в кашу, почитай статью: Препроцессорные директивы в C/C++ (#include, #define и прочее)

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

Что это за файлы с символами "~" и "$"? Какой-то лог?

Это лог запуска из линуксовой консоли

@easybudda · 09.01.2012, 17:17

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

Для чего нужна единица в
#define _HDRFUNC_H_ 1

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

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

#define _MYCLASS_H class myclass{//Описание класса};

А вот это, извините, ересь...

@Tamoren · 09.01.2012, 17:52 **[ТС]**

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

#pragma once

Уйти от проблемы - не решить её. Уже прочитал немного про макрозащиту, где предлагалось альтернативой #pragma once. Но мы не ищем легких путей

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

если тебе не впадлу читать много букв

не впадлу

буду читать. спасибо)

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

ты задаёшь много интересных вопросов

Ну с Вашей позици я бы назвал их тупыми

Есть какое-то ощущение, что это основы основ

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

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

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

А вот это, извините, ересь...

Да-да, прочитал, понял

Осталось только это (последнее, больше не буду xD):
1) Почему принято в заголовочных файлах размещать коды только подставляемых функций?
2) А что если класс уже был определен в другом файле без _MYCLASS_H? Как текущий файл узнает, что нужно использовать _MYCLASS_H?

Evg · 09.01.2012, 21:52

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

Ну с Вашей позици я бы назвал их тупыми

Дело не в том, что вопросы тупые, а в том, что их много и ты всё пытаешься понять чисто в теории. Почему в первом классе не учат интегралы? Потому что для этого надо слишком много знать. Вот и ты для начала научись примитивным и простым вещам, а потом уже лезь в сложные. А то у тебя будут одни теоретические знания, которые ты даже на практике применить не сможешь. Твои два последние вопроса ровно об этом и говорят. Если ты прочёл статью про препроцессор, но сам не можешь ответить на свои вопросы, значит эти теоретические знания тебе никакую пользу не принесли, потому что обладая ими ты не можешь ответить на вопросы, которые напрямую из этого вытекают

@easybudda Модератор 12831 / 7568 / 1764 Регистрация: 25.07.2009 Сообщений: 13,960
	09.01.2012, 17:17	10
	Сообщение от Tamoren Для чего нужна единица в #define _HDRFUNC_H_ 1 Просто стиль такой, уберите единицу, будет работать с таким же успехом. Так идеологически правильнее. Сообщение от Tamoren #define _MYCLASS_H class myclass{//Описание класса}; А вот это, извините, ересь... 0

@Tamoren 0 / 0 / 0 Регистрация: 08.01.2012 Сообщений: 37
	09.01.2012, 17:52 [ТС]	11
	Сообщение от Dekio #pragma once Уйти от проблемы - не решить её. Уже прочитал немного про макрозащиту, где предлагалось альтернативой #pragma once. Но мы не ищем легких путей Сообщение от Evg если тебе не впадлу читать много букв не впадлу буду читать. спасибо) Сообщение от Evg ты задаёшь много интересных вопросов Ну с Вашей позици я бы назвал их тупыми Есть какое-то ощущение, что это основы основ Сообщение от easybudda Просто стиль такой, уберите единицу, будет работать с таким же успехом. Так идеологически правильнее. Сообщение от easybudda А вот это, извините, ересь... Да-да, прочитал, понял Осталось только это (последнее, больше не буду xD): 1) Почему принято в заголовочных файлах размещать коды только подставляемых функций? 2) А что если класс уже был определен в другом файле без _MYCLASS_H? Как текущий файл узнает, что нужно использовать _MYCLASS_H? 0

@Chelioss 186 / 186 / 21 Регистрация: 08.01.2011 Сообщений: 1,139
	09.01.2012, 05:59	4
	Сообщение от DU это защита от двойного определения класса. Необходима из-за "правила одного определения", оно же One Definition Rule (ODR) http://en.wikipedia.org/wiki/One_Definition_Rule Я тут темку создал не давно на эту тему. Не всегда эта защита спасает. Как влияет inline и обертка(#ifndef #define #endif) .h файла на компоновщик. 1

@Tamoren 0 / 0 / 0 Регистрация: 08.01.2012 Сообщений: 37
	09.01.2012, 06:48 [ТС]	5
	Сообщение от easybudda Что есть "обычный код"? Имелось ввиду НЕ коды подставляемых функций Сообщение от easybudda ~/cpp/other $ gcc -o hdrfunc hdrfunc.c ~/cpp/other $ ./hdrfunc Hello, world! Hello, world! Hello, world! ~/cpp/other $ Это вроде результатов?) Сообщение от DU вы неверно поняли этот момент. Написал с отступом по аналогии с IF, да и нагляднее так. Но раз так принято, буду так писать... Кстати, спасибо за ссылки, даже не знал как такое искать Сообщение от easybudda #define _HDRFUNC_H_ 1 Это значит, что мы инициализируем переменную (или макроимя?) значением 1? И почему вообще _HDRFUNC_H_? Что тогда в 1 примере означало это: #define _MYCLASS_H class myclass{//Описание класса}; 0

Evg 21280 / 8304 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	09.01.2012, 12:28	6
	Вот тут пример посмотри Си, использование вложенных файлов *.c 1

@Tamoren 0 / 0 / 0 Регистрация: 08.01.2012 Сообщений: 37
	09.01.2012, 16:55 [ТС]	7
	Что это за файлы с символами "~" и "$"? Какой-то лог? Сообщение от Evg Вот тут пример посмотри Посмотрел. Остались вопросы 1) _HDRFUNC_H_ это макроопределение, которое мы сами можем задать (любым), правильно? 2) Для чего нужна единица в #define _HDRFUNC_H_ 1 ? Мы определяем еденицу (?!) только один раз? 3) Получается, что #define _MYCLASS_H class myclass{//Описание класса}; означает, что если _MYCLASS_H не было определено, мы его объявляем и далее объявляем класс, который и отстанется при компиляции?? 4) А что если класс уже был определен в другом файле без _MYCLASS_H? Как текущий файл узнает, что нужно использовать _MYCLASS_H? 0

@Dekio Фрилансер 5845 / 1226 / 499 Регистрация: 23.11.2010 Сообщений: 3,375 Записей в блоге: 1
	09.01.2012, 17:00	8
	Как альтернативу можно использовать нестандартную но широко используемую защиту #pragma once 0

Evg 21280 / 8304 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	09.01.2012, 17:05	9
	Tamoren, ты задаёшь много интересных вопросов, потому что учишься. Но не на все вопросы ты сможешь понять правильный ответ. Есть такая хорошая практика - сначала тупо научиться делать, как делают другие, а со временем уже начать разбираться, почему нужно делать именно так. Но если тебе не впадлу читать много букв и твоя голова способна вместить много информации за раз, не перемешав всё в кашу, почитай статью: Препроцессорные директивы в C/C++ (#include, #define и прочее) Сообщение от Tamoren Что это за файлы с символами "~" и "$"? Какой-то лог? Это лог запуска из линуксовой консоли 0

Evg 21280 / 8304 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	09.01.2012, 21:52	12
	Сообщение от Tamoren Ну с Вашей позици я бы назвал их тупыми Дело не в том, что вопросы тупые, а в том, что их много и ты всё пытаешься понять чисто в теории. Почему в первом классе не учат интегралы? Потому что для этого надо слишком много знать. Вот и ты для начала научись примитивным и простым вещам, а потом уже лезь в сложные. А то у тебя будут одни теоретические знания, которые ты даже на практике применить не сможешь. Твои два последние вопроса ровно об этом и говорят. Если ты прочёл статью про препроцессор, но сам не можешь ответить на свои вопросы, значит эти теоретические знания тебе никакую пользу не принесли, потому что обладая ими ты не можешь ответить на вопросы, которые напрямую из этого вытекают 1