Читаю форум... И часто вижу в листингах старый стиль зоголовков типа
 #include <stdio.h>
#include <conio.h>
#include <iostream.h>

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

Также заметил, что в новых учебниках практически нету примеров конструкций ввода вывода - scanf(), printf() и тд. Одни cout << и cin >>.  А на форуме засилие scanf() и printf().

Есть ли те задачи которые не возможно решить одними cout и cin + флаги форматирования и тд. Возможно полностью отказаться от scanf(), printf() ?


Это сообщение отредактировал(а) and277 - 10.4.2009, 18:41

Никакого. Более того - на современных компиляторах они не работают.
Но до сих пор народ пользуется такими компиляторами как VS6, Borland C++3.1, которые ничего не знают о новых заголовках.

Кроме того, есть C а есть C++. В первом используются и scanf и printf.

Гугл рекомендует использовать потоки (std::cin, std::cout) только для логирования. Для всего остального желательно использовать printf, scanf
http://google-styleguide.googlecode.com/sv...ide.xml#Streams

Гугл вообще очень много сомнительных подходов рекомендует использовать.

Это сообщение отредактировал(а) UnrealMan - 10.4.2009, 19:09

printf более читабелен чем std::cout , впрочем для реверсера тоже

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

Пример из журнала Overload 89. Там автор рекламирует свою библиотеку форматирования  FastFormat 

выведет:  name=001237f0, mass=200kg

Это сообщение отредактировал(а) zim22 - 10.4.2009, 19:22

zim22
для вывода wchar_t существует std::wcout

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

Это сообщение отредактировал(а) azesmcar - 10.4.2009, 19:41

Спасибо за ответы. НО:
zim22, что Есть логирование в твоем понимание?
GoldFinch, а что за "реверсер"?     

вывод текста на устройство вывода   

вот 2 строки выводят практически одно и тоже

какую из строчек вы выберете для написания в свое йпроге ?

Это сообщение отредактировал(а) Dem_max - 10.4.2009, 19:31

Выберу - 1ое.  

Всем спасибо за ваши ответы.
Вообщем я сделал вывод - cin  и cout  - не панацея. Нужно использовать и sprintf() и printf() и тд исходя из конкретной задачи.

 

Это сообщение отредактировал(а) and277 - 10.4.2009, 19:47

Dem_max да вы извращенец..printf тоже можно так написать чтоб от него тошнило 



Dem_max,
вот этого вполне достаточно  

Это сообщение отредактировал(а) azesmcar - 10.4.2009, 19:59

если std:: убрать, то покрасивше смотрится:

главный недостаток printf и scanf - это то, что они не проверяются компилятором, можно случайно ошибиться в порядке или количестве аргументов и программа упадет или испортит память, еще некоторые любят делать так
библиотека iostream таких недостатков лишена
к тому-же типы данных, которые она может выводить не ограничены небольшим набором POD типов данных, можно реализовать операторы << и >> для своих классов и выводить с их помощью данные в файл, в консоль итд

Добавлено через 3 минуты и 6 секунд
если не нравится как выглядит код, использующий потоки, можно использовать библиотеку boost::format

Можно подумать,


выведет то, что хотел программист 

А как тебе вот такая ошибочка?


Сколько радости будет при переносе корректно работающей программы на 64-битную платформу 


wsprintf - нестандартная функция. Вместо того чтобы тупо копировать код с другого форума, лучше бы подумал, что именно делается в каждом случае.

А этой штукой память испортить можно?

оно type safe

Почитайте книгу Скотта Майерса "Эффективное использование C++" и у Вас отпадёт желание использовать сишный синтаксис вообще. Давайте будим прогрессивными и будим различать Си и C++. 

user32.wsprintf - это winapi, самая что ни есть стандартная

а с каких пор winapi стали стандартными? =)

Добавлено через 10 минут и 29 секунд

во извращение =)


не катит уже?

lol
в user32.dll много разных функций, и что, все они имеют какое-то отношение к стандарту языка?

Речь шла о стандартных функциях С++, а так конечно функция "zuzu" из библиотеки "matumba" написанной Васей Пупкиным на первом курсе канализационного факультета университета водопроводчиков - вполне стандартна для этой библиотеки.  


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

Это сообщение отредактировал(а) azesmcar - 10.4.2009, 22:39

во извращение =)


не катит уже?

монгим нравится printf-like синтаксис, он часто встречается в документации, он зачастую удобнее чем iostream, это своеобразный DSL для описания форматирования, одним словом - lingua franca
boost::format совместим с printf и может его заменить, но при этом он безопасен


Это сообщение отредактировал(а) Lazin - 10.4.2009, 22:55

+ к этому хочу добавить, что Borland C++ Builder 6 довольно популярен, а там как раз все по-старому... сведения о популярности я взял с винграда (проводился тут опрос и шестерка лидировала среди остальных), про популярность в сравнении с VS, CodeBlocks  и др. я не говорил, а то сейчас начнется    

По моему мнению главная проблема printf() и scanf() это не безопасность типов (надо самому смотреть, что пишешь), а именно невозможность расширить функционал на свои собственные классы.

Использование потоков позволяет это сделать легко и очень удобно.

Так же,  не стоит забывать, что потоки позволяют обрабатывать ошибки с помощью исключений.

почитал.

zim22, выходит Майерс и сам до конца не уверен.  

А что папа Страуструп пишет про это?  

zim22, 

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

Обратите внимание на сабж правила!!!

Это сообщение отредактировал(а) Cheloveck - 11.4.2009, 13:07

В оригинале это было не правило:

Т.е. это просто номер пункта.
Лично я printf функции не использую. Потоки проще и удобней.

Это сообщение отредактировал(а) zim22 - 11.4.2009, 13:29

Я так же не использую. Тем более в новых учебниках их избегают. 

Это недостаток не языка, а отдельных компиляторов: например, GNU C проверяет типы и количество аргументов *printf, *scanf (в том числе у вариантов этих функций, написанных пользователем - при использовании нестандартных деклараций), если строка формата известна на этапе компиляции.