rodbОдним словом, можно ли утверждать следующее:
На платформе виндовс, использование STL является оберткой над Win32
функциями, доступа к объектам ядра(файлам).
Более того, любая библиотека будет являться оберткой над Win32 функциями :)
Ты в принципе, не сможешь на Win32 платформе писать что-либо и не использовать Win32 функции.
В зависимости от библиотеки может быть больше или меньше собственных промежуточных вызовов, но в итоге все обязательно сведется к вызову Win32 функций.


rodbНа платформе виндовс, будет оптимальнее доступ к файлам при использовании прямых вызовов типа CreateFile()/ReadFile()/WriteFile().Смотря что считать за оптимум. Если ты сам будешь звать Win32 API, то получишь более полный контроль над файлами. Но потеряешь в переносимости кода.

Например:
Если у тебя есть некий класс UniversalImage имеющий методы SaveAsJPG(), SaveAsBMP() и так далее. Вызывая эти методы в прикладной программе ты вызываешь кучу библиотечного, уже существующего, кода который сконвертирует картинку в соотвествующий формат и через CreateFile()/WriteFile() запишет ее на диск, но во время записи этот файл будет перезаписан вместо существующего. А тебе например хочется чтобы записываемая картинка добавлялась к концу существующего файла (ты делаешь библиотеку картинок). Вот тогда тебе прийдется искать в классе (или писать самому) методы UniversalImage.CompressToJPGInMemory(), UniversalImage.CompressToBMPInMemory() а потом вручную через CreateFile()/WriteFile() дозаписывать в создающуюся библиотеку картинок.



Сергей ИльичНа win32 обычно применяются технологии специфичные для windows типа COM (IPersistFile итд), чтобы приложение интегрировалось в среду более плотно.Это, мягко сказать - неверно :)

Сергей ИльичЕсли библиотечный метод объявлен так:
То картинку можно сохранять куда угодно - хоть в память, хоть на диск; надо только передать туда нужного потомка std::ostream.Это в данном случае не важно. Все равно в стандартном потомке ostream (который fstream) где-то далеко в глубине есть вызовы CreateFile()/WriteFile() с какими-то флагами выставленными по умолчанию.
Если самому использовать CreateFile()/WriteFile() с явно задаными флагами, то можно это объявить хоть классом потомком ostream (этакий MyCoolFStream), хоть набором процедур работающих с буффером в памяти. Все равно в итоге ты получишь более полное управление файлами, с доступом ко всем возможностям предоставляемым ОС. Это будет чуть сложнее в реализации и возможно менее эффективно по скорости работы, но у тебя будет больше возможностей управлять файлом.