Через конструктор с аргументом. Т.к произойдёт создание переменной с одновременной инициализацией,
а в другом случае будет два хода, создание переменной со значением по умолчанию (если оно есть) и только потом присвоение ей значения через оператор =, который реализуется обычно посредством конструктора копирования.
Даже наверное хуже: создание переменной со значением по умолчанию, создание переменной с желаемым значением копирование одного в другое, удаление временной переменной...
Писать на С++ можно начинать предварительно прочитав несколько штук весьма занимательных книжек
Помимо Бьёрна Страуструпа, очень рекомендую эти две книжечки: Скотт Майерс Эффективное использование С++ 50 способов и вторая часть 35 способов:
http://www.bookvoed.ru/searching_for_shop276755.html
Я читал и плакал

Не надо обощать. Если вы его не используете, то это не значит, что другие не используют тоже. Как быть с отрицательными числами?

Ну, это всё-таки указатель, а не сама структура. Размер указателя всегда известен. А размер структуры -- только после того, как она будет полностью описана. Нпример, вы не можете написать:

Хороший пример:

Но знаковость char по умолчанию можно задать еще и в командной строке! Ясное дело, отдавать себя на откуп памаметрам ком строки никто не согласится.

Возвращаясь к обсуждению директивы #include.

В некоторых книжках (вроде даже сам Страусс) пишут, что «единицей компиляции» является файл и что программа на C++ может состоять из нескольких файлов-исходников и что имеет место быть «раздельная компиляция». Т.е. файлы компилируются по отдельности и получается несколько OBJ-файлов, а затем эти «объектники» линкуются в один экзешник.

А если исходить из идеологии «include», то получается, что сначала препроцессор собирает из нескольких исходников один единственный исходник, и это ОДИН (!!!) файл компилируется.

Поясните мне это противоречие.

А потом, когда мы пишем, к примеру, #include <iostream> ведь не вставляется же сам исходный текст системного библиотечного файла в файл юзверя? Поскольку этого исходного текста нет в дистрибутиве (особенно если компилятор коммерческий), а есть его некий объектный код. Так?

Или я не прав?

Т.е. объясните мне как компилятор узнаёт когда нужно вставить текст в исходник, а когда нужно присоединить объектник файла уже на фазе линковки

Сообщение отредактировал Скопидор - Apr 23 2009, 11:34

Нет противоречия. Компилируется результат препроцессинга. А это один файл.

Вы бы что ли ради интереса в этот файл заглянули.

Препроцессор, компилятор и линкер -- это разные программы.

Ещё раз.

Встретив директиву #include "filename.x", препроцессор ТУПО подставляет на это место содержимое соответствующего файла.
И его в общем-то не интересует, что в том файле. С этим дальше будет разбираться компилятор.

Далее полученный модуль компилируется в объектник.

Так что никаких противоречий.

Если имя файла в угловых скобках <>, это всего лишь означает, что он будет сначала искаться в системных директориях компилятора, а затем уже в файлах проекта.

Код из библиотек не подставляется при компиляции, а линкуется при конечной сборке.

Дык всё-таки "раздельная компиляция" есть такое понятие? Или это всё домыслы манагеров и что реально компилиться всегда один CPP-исходник?

Да, есть.
Да.

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

Ну если он один, то да.
Если два - то сначала один, потом другой.
Если три - то сначала один, потом второй, потом третий.
И т.д.

И всё это в соответствии с makefile -ом или опциями командной строки

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

А если он не вставляет содержимое системного файла в наш исходник, то почему компилятор не ругается "undefined variable" если мы юзаем переменные из системного файла?




А тогда зачем вообще писать, к примеру, #include <iostream> если препроцессор всё равно не подставляет код из этого библиотечного файла в наш исходник?

Сообщение отредактировал Скопидор - Apr 23 2009, 13:07

Где какой файл он узнаёт из путей, которые ему указывают. Если это кавычки (двойные или одинарные,не помню),то ищется в текущей директории проекта. Если угловые скобки, то в директориях, где сидят библиотеки, компиляторы, линкеры, т.е. иначе - системные директории. Пути прописываются в настройках компилятора, линкера, или препроцессора, или в среде разработки, смотря в чём вы работаете.

Т.е. работа препроцессора (вставлять содержимое файла в наш файл или не вставлять) зависит от того, в какой директории находится файл указанный в #include?

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

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

Использование препроцессора позволяет часто найти свои ошибки в #define.

P.S. Может документацию по используемому Вами компилятору почитать, да и в книгах по С, CPP обычно использование препроцессора, компилятора, линкера и библиотекаря разбирается.

Вопрос №12
Как и для чего в C++ используется идентификатор типа в enum кроме объявления/определения переменных?




///////////////////////////////////////////////////
///////////////////////////////////////////////////



???

А как же такие понятия как "раздельная компиляция" и "предкомпилированные файлы библиотек"?

А как же высказывания участника:




///////////////////////////////////////////////////
///////////////////////////////////////////////////


Вопрос №13 (Про функцию main)

В книгах по C++ вначале пишут что выполнение программы начинается с функции main. Но в главах, посвящённых классам, пишут что выполнение программы начинается с выполнения конструкторов объектов глобальных классов. Так с чего же всё-таки начинается выполнения программы?

//////////////////////////////////////////////////////////

Вопрос №14

В книгах по C++ пишут, что в строковых литералах допустимы почти любые символы. А какие символы не допустимо использовать внутри строкового литерала?

Замечание модератора. Скопидор, Вы начинаете злоупотреблять возможностями по форматированию текста сообщения, нарушая п.2.1г Правил форума.