#pragma once и «headers hooks», что лучше использовать?

> «header hooks»

Wtf is that? Are you talking about 'include guards'?

> #pragma once и «headers hooks», что лучше использовать?

Search, motherfucker, do you use it?

http://www.linux.org.ru/forum/development/5457461

Нафиг сдалась эта #pragma once! Ни разу не видел ни одного исходника с такой директивой. А вот #ifndef __HEADER_H__ #define __HEADER_H_ ... #endif - классика. И многие текстовые редакторы (хоть тот же gedit) вставляют ее по клавосочетанию. В geany легко настроить «автодополнение» для этого (которое автоматом будет конвертировать имя файла header.h в имя макроса __HEADER_H__).

Разве имена макросов, начинающиеся с подчёркивания, не являются зарезервированными в стандарте?

Вы думаете, кто-нибудь додумается библиотечный макрос обозвать чем-то вроде __MYMATHMETHOD_H__? Сомневаюсь, что подобный конфликт имен имеет ненулевую вероятность...

Header guards более громоздок и подвержен коллизиям имён. #pragma once отсутствует в стандарте.

IIRC зарезервированны названия с двумя подчёркиваниями и одним подчёрком и большой буквой.

> Вы думаете, кто-нибудь додумается

Вот такие, как ты, и быдлокодят в адобе.

header hookers же

headers hooks

охох, сейчас набегут борцуны невидимого фронта и начнут трещать, что это пережиток прошлого и все популярные компиляторы нынче поддерживают #pragma once :)

>Ни разу не видел ни одного исходника с такой директивой.

php...

Я про C/C++, причем здесь пыхпых?

>Header guards более громоздок и подвержен коллизиям имён. #pragma once отсутствует в стандарте.

сл-но #pragma once == быдлокод.

http://lurkmore.ru/Nuff_Said

>Я про C/C++, причем здесь пыхпых?

пыхпыховцы без неё жить не могут :-)

>Нафиг сдалась эта #pragma once! Ни разу не видел ни одного исходника с такой директивой

Её по-умолчанию студия ставит в заголовочных файлах, ЕМНИП начиная с версии 7

Какая еще «студия»? Темы Лебедева? :D

не, та что вижуал, билли гейтса

Уже было...

#pragma once

Хватит троллить.

Тоже мне стандарт. Здесь даже так можно сказать: если у них что-то используется, значит, использовать это не надо.

Выбор однозначно решен в пользу «headers hooks».

Я бы добавил в стандарт #pragma noonce. А пока нет, юзаем макросы.

@pragma once работает не везде. А там, где оно работает, и обычны include guard'ы оптимизируются. Так что выкинуть нах этот pragma once.

Оно каждые три месяца бывает.

Применение #pragma once вместо include guard увеличит скорость компиляции во многих случаях благодаря высокоуровневому механизму; компилятор может самостоятельно сравнивать имена файлов или inode'ы без необходимости вызова препроцессора Си для проверки заголовка на наличие #ifndef и #endif. С другой стороны, некоторые компиляторы, как например, GCC, также использует специальный код для распознавания и оптимизации обработки include guard. Можно использовать обе команды, #pragma once и include guards, для написания переносимого кода, что также может принести выгоду от применения #pragma once при оптимизации (если компилятор её поддерживает)

из википедии

Я хочу умный #include. Желательно с контролем версий подключаемых файлов.

Всё же иногда хочу умный, но настраиваемый или отключаемый сборщик мусора.

Хочу простого человеческого щастья.

А вы тут со своими хедерхуксам... Эххх

> С другой стороны, некоторые компиляторы, как например, GCC, также использует специальный код для распознавания и оптимизации обработки include guard

а также и 99% прочих компиляторов, поддерживающих pragma once.

include guards - костыль для преодоления кривизны C/C++

pragma once - костыль для преодоления кривизны include guards'ов

С радостью отказался бы от них обоих.

JAVA, C# и т.п. не?

Лучше уж D. Но хотелось бы именно в C++. Хочется, чтобы любимый язык программирования стал ещё лучше.

Когда появился C# - удивился: «Зачем нужен жабабейсик?». Да и всё равно считаю его проприетарным перректальным продуктом кое-какой мелкой компании.

Java под другой кое-какой компанией.