что лучше использовать?

fopen. Функции fopen_s в языках C и C++ нет.

я вас умоляю http://www.cplusplus.com/reference/clibrary/cstdio/fopen/

Я к тому что он пишет 

fopen_s есть только в студии. больше ни в одном другом компиляторе.
fopen - стандартная функция Си. Есть во всех компиляторах

Добавлено через 1 минуту и 40 секунд
просто

и не парься 

Если ++ то лучше потоки (fstream).
Игнорировать или глушить ворнинги не советую, лучше написать fopen_s.
Для иных компилеров можно влепить адаптер, например такой:

почему? чем лучше?


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


чем лучше? кому лучше?

borisbn, деструктором лучше, operator!ом лучше
ну и из любимого холивара std::cout/printf вытикает, что std::fstream лучше

из холиваров ничего не вытикает. на то они и холивары 
запишите такое

в iostream и сравните код.
operator! - не аргумент.

деструктор - вот единственный аргумент, но я себе сделал класс обёрточку и в деструкторе закрываю файл. Плюс оператор преобразования к FILE*

чем fopen/fopen+s


Не встречал однозначно бессмысленных ворнингов от майкрософта. Все они так или иначе указывают на участки с потенциальными  проблемами.

При этом вовсе не рекомендую использовать нестандартные расширения, почему и предлагаю потоки.

borisbn, 

?

Помню, когда только начинал изучать C++ написал класс для реализации списка. Тогда казалось крутой фишкой в нем - "интеллектуальное" резервирование памяти под возможный рост.. Потом увидел std::list..
Велосипедить, и накручивать на fopen класс с деструктором, +100500 крутых прибамбасов, в общем случае просто интересное занятие. Для дела берем универсальное готовое решение. Ну а если уж специфический случай какой, берем fopen и тщательно все продумываем.




Переписав в потоки получим больше букв, но безопасность несомненно возрастет.

Цитата(semibug @  26.3.2011,  22:57 )

Ну а если уж специфический случай какой, берем fopen и тщательно все продумываем.

да ну нафиг, отвык от FILE*, теперь аж передергивает, когда на си приходится писать  

вот хоть убей, не пойму чем это

безопаснее, чем это

alexvs11, это (boost) нечестно 

Эт точно ))
Думаю случай (если кончено файловые потоки доступны) гипотетический, например нужно жутко оптимизировать работу с файлами, но при этом оставаться в рамках языка (не знаю, сколько там можно будет выиграть, сдаётся что совсем ничего).

Может быть в безопасном варианте проверяются аргументы?

что мешает уважаемым программистам в майкрософт в "опасном" fopen проверять все (два) аргумента ?

ну это как [] и .at()

Мелкомягкие почти на все стандартные сишные функции создали двойники с суффиксом "_s". Некоторые из них имеют какой-то смысл. Остальные просто - до кучи. Применять их, или нет, имхо, дело личного вкуса.

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

тема ни о чем так как все сводится к CreateFile

ну не использовать же CreateFile для простой записи данных/текста в файл  

вот уже постов 10 как ни о чём 

Что использовать, зависит исключительно от потребностей.
1. Если вы плотно сидите на микрософте и винде, никуда валивать не собираетесь в ближайшие ххх лет, то можете использовать все фичи.
Однако даже в этом слукучае не гарантирутся, что ваши проги будут работать через ххх лет - микрософт постоянно чего-нить меняет коренным образом.
Отсюда вывод: даже работая под микрософтом, лучше использовать СТАНДАРТНЫЕ фичи.

2. Если же вы озабочены переносимостью (например, мои проги должны и в линухе, и под виндой работать) - использование стандартных фич просто обязательно. Мне одну и ту же прогу приходится и в студии и в СodeBlocks проверять. Поэтому на всякие предупреждения о deprecated от микрософта я просто забил...