Насчет stdafx.h - это я его ненароком сунул. А конструкция

имхо, считается, хорошим стилем  Я понимаю, что это не нежно, если в прогу не передаются параметры при запуске, но ... По-мойму это из серии: "А что лучше int main, или void main"   

Это сообщение отредактировал(а) XenonSk - 8.6.2006, 23:59

+1 Правда, параметры и return 0 можно опускать:

 

LPBOY А зачем тогда писать int main, если ты ничего не ретурнишь? 

В этом случае автоматически ретурнится 0, если выполнилась последняя инструкция функции main.  А int main, потому что иначе какие-нибудь comeau или gcc обматерят.  

сообщение 8.6.2006, 23:57

Это с каких это пор такая конструкция считается хорошим стилем?!?!?!?

M sergej.z

вырезал

Вообще int main() означает, что программа после выполнения вернет значение типа int, и все... если так пишешь, то в конце гл. ф-ии соизволь написать return 0; 

Если ты пишешь void main(void), то это значит, что ф-ия не возвращает значений, и не принимает их в качестве параметров.

А вообще мое мнение - если твоя прога ничего не возвращает, то и напиши ты void перед main'ом, потом самому понятней будет.

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

И вообще, если уж пошла речь о правильном стиле программирования, то лучше почитайте книгу "Правила программирования на Си и СИ++(Ален И.Голуб)" - рекомендую всем!

А чтобы не возникало 

M sergej.z

вырезал

вопросов у новичков - "Как программировать на С++(Харви Дейтел, Пол Дейтел)" - все разжевано, ребенок поймет. Кстати книга сама по себе оч. интересна даже тем, кто давно программирует, лично меня она оч. порадовала, когда нашел ее в рунете...  

DaJunior, об этом и более точно уже написал LPBOY.

  

далеко не бред
например в юниксах (быть может не только в них) по завершении программы оболочка записывает в специальную переменную код завершения. Нормальным кодом завершения считается 0, и многие скрипты его проверяют. В случае если main не возвращает ничего, то код завершения - в общем случае произвольный, случайный. Оттого даже правильно отработавшая программа с внешней точки зрения может оказаться неправильно отработавшей  

Это сообщение отредактировал(а) MAKCim - 9.6.2006, 09:43

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

Чтобы было легче жить. Если так можно сказать. Жизнь и так сложна.
Нужно упрощать, а не усложнять.

XenonSk, это как дополнение.   
 

кстати, а почему <<  оператор вывода? это же оператор сдвига применительно к объектам класса потоков перегруженный так что осуществляет вывод. или нет? 

 

'cout'  и  'cout<<' - это вобще-то не операторы.
Перегруженный оператор '<<' называется оператором вставки, в том облике как его представляет класс ostream.
Класс ostream включает функцию 'operator<<()', а 'cout' является объектом класса ostream, соответственно оператор '<<' (функция-элемент) может вызываться обьектом 'cout' ( cout << ). Или по другому - ofstream включает ещё методы 'put()', 'write()', соответственно можно написать cout.put('A'); cout.write("aaa",3);  ,т.е. 'cout' - это объект класса,  '<<' - это метод класса, а 'cout<<' - а эта конструкция, вроде называется - вызов функции.
Функция-член 'operator<<' принимает 2 аргумента , 1-ссылка на класс ostream (cout<<"aa"  - левый операнд), 2-что напечатать надо (cout<<"aa"  - правый операнд),  поэтому когда пишем 'cout<<"aa"'  мы на самом деле вызываем функцию 'operator<<'. Ещё можно написать вот так:  operator<<(cout,"aaa").