cin, cout, cerr  - глобальные переменные?

тут та же история что и с дефайном. Когда говорят , что он зло, имеется ввиду не сама директива #define, а ее применение не по назначению (для реализации функций или определения констант)
так и тут, никто(я надеюсь ;)) не говорит, что сама по себе глобальная переменная -зло, (просто есть некоторые нюансы использования), а способ программирования, при котором то, что можно было сделать локальным выставляется на всеобщее обозрение.


тоже но с меньшим уроном проявляется и в циклах

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

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

Все вышесказанное имхо, проверенное на горьком опыте 





Это сообщение отредактировал(а) mes - 14.4.2009, 20:16

да, но тебя как правило не заботит то, что туда записывали раньше, так-что не в счет  

Передо мной лежит книга, где среди авторов есть Meng Lee и Alexander Stepanov и вот там перечислено около 100 ф-ий. Эти ребята в STL по авторитетней будут ;)
Страуструп не прав полностью, в algorithm 66 ф-ий(если я не обсчитался). Но в STL есть не только algorithm

значит всетаки есть глобальные переменные которые не в счет?)

повторюсь : не сама глобальная переменная - зло, а 

или не к месту.

и типа правило: если можно не делать переменную глобальной, лучше не делать.
  


Это сообщение отредактировал(а) mes - 14.4.2009, 23:10

это другой случай
нам не важно, что раньше было записано в лог-файл или вывдено в терминал(если мы не пытаемся эмулировать GUI в терминале) поэтому, такие вещи как стандартные потоки ввода-вывода не создают проблемм(хотя они все-же имеют состояние и это иногда создает проблемы)

а кто вам сказал, что это переменные? вы им попробуйте что-нить присвоить хыхыхы   

  
опять тема, которая заставляет форумчан философствовать и спорить... Мое мнение совпадает с мнением mes-а в предыдущем посте, считаю, что другого быть не может, хотя может, но мне кажется, что оно неверно, + к этому постоянно в книгах встречается это (причем с примером, почему лучше, и примеры бывают разные, самый распространенный, по-моему, это то, что можно работать с локальной, думая, что работаешь с глобальной, и получать неразбериху). Я воспринимаю это, как правило... Может я и не прав, так считаю я, и спорить не хочу...     

Вот именно. Изменитт кто-нибудь форматирование в потоке, а ты потом думай... ИМХО это одна из ошибок дизайна стандартной библиотеки С++.

Это переменные

из стандарта С++. И то что им нельзя ничего присвоить еще не значит что они константны  
оператор присваивания это только один из способов изменить обьект. 

 согласен

Вот так рождаются баяны. И все из-за того, что кто-то взял на себя ответственность высказать абсалютное мнение. 

Глобальные переменные - ЗЛО
Дефайн - ЗЛО
goto - ЗЛО

Все в этом мире может быть ядом, а может быть лекарством. Все зависит от дозы.

Ничего злого в глобальных переменных нет. Зло только в способе их применения.

Anikmar

да, тему надо перенести в религиозные войны  

На 100% согласен   

ну я даже не знаю что еще можно сказать
Чем меньше у тебя разные части приложения зависят друг от друга, тем лучше, глобальные переменные этому не способствуют. Так понятнее?