>void Fun(int x);
>void Fun(const int x); // Объявление той же самой функции:
> // const здесь игнорируется
Во втором объявлении модификатор >const избыточен. Мы рекомендуем объявлять функции без таких высокоуровневых модификаторов >const, чтобы тот, кто читает ваши заголовочные файлы, не был дезориентирован. Однако использование такого модификатора имеет значение в определении функции и его применение может быть оправдано с точки зрения обнаружения непреднамеренного изменения переданного параметра:
>void Fun(const int x) { // определение функции Fun
> // ...
> ++x; // Ошибка: нельзя изменять константное значение
> // ...
>}
Ссылки
[Allison98] §10 • [Cline99] §14.02-12 • [Dewhurst03] §6, §31-32, §82 • [Keffer95] pp. 5-6 • [Koenig97] §4 • [Lakos96] §9.1.6, §9.1.12 • [Meyers97] §21 • [Murray93] §2.7 • [Stroustrup00] §7.2, §10.2.6, §16.3.1 • [Sutter00] §43
Резюме
Макрос — самый неприятный инструмент С и С++, оборотень, скрывающийся под личиной функции, кот, гуляющий сам по себе и не обращающий никакого внимания на границы ваших областей видимости. Берегитесь его!
Обсуждение
Трудно найти язык, достаточно красочный, чтобы выразить все, что хочется сказать о макросах. Но тем не менее приведем несколько цитат.
Макросы по многим причинам — весьма неприятная вещь, которая может стать попросту опасной. В первую очередь это связано с тем, что макросы — средство замены текста, действующее во время обработки исходного текста препроцессором, т.е. еще до того, как начнется какая-либо проверка синтаксиса и семантики.
— [Sutter04] §31
Мне не нравится большинство видов препроцессоров и макросов. Одна из целей С++ — сделать препроцессор С излишним (§4.4, §18), поскольку я считаю его большой ошибкой
— [Stroustrup94] §3.3.1.
Макросы почти никогда не являются необходимыми в С++. Используйте >const (§5.4) или >enum (§4.8) для определения явных констант [см. рекомендацию 15], >inline (§7.1.1) для того, чтобы избежать накладных расходов на вызов функции [но см. рекомендацию 8], >template (глава 13) для определения семейств функций и типов [см. рекомендации с 64 по 67], и >namespace (§8.2) для того, чтобы избежать конфликтов имен [см. рекомендации с 57 по 59].
— [Stroustrup00] §1.6.1
Первое правило по применению макросов гласит: не используйте их до тех пор, пока у вас не будет другого выхода. Практически любой макрос свидетельствует о несовершенстве языка программирования, программы или программиста.
