普通C有任何廣泛使用的I/O流抽象層嗎？普通C的輸入/輸出流抽象層
通過I/O流抽象層，我指的是任何至少允許創建自定義讀/寫功能的圖層。對於C++，有標準的iostream和boost :: iostreams。對於glibc用戶，可以使用自定義流。如果要求編寫可移植的C代碼，這些將不會有任何好處。
最好使用一個廣泛使用或易於嵌入到源代碼或兩者兼備的庫。
SDL_RWops是一個沒有記錄但廣泛使用的SDL功能，zziplib可以使用它。但是，爲了獲得此功能，將依賴項添加到SDL沒有多大意義。
GLib包含一個GIOChannel抽象，但該庫又相當大，他們說「對Windows的支持只是部分完成」。
但是，上述內容對於解碼器，文件格式閱讀器和信號處理器等小型庫不太令人滿意：它們包含大量不必要的內容，並且LGPL許可可防止將相關部分嵌入到非GPL代碼中。
我想你回答了你自己的問題。
不，沒有廣泛使用的蒸汽抽象庫。那些存在的圖書館通常是大多數人不想依賴的圖書館的一小部分，或者是非常專業化的。
您有什麼要求？你從抽象庫中尋找什麼？我不得不承認，每次看到一個，或者開始寫一個，我通常都會回到標準的POSIX接口......想要什麼樣的抽象？
BIO abstraction in OpenSSL聽起來像它符合法案。
有趣。這是一個相當困難的依賴;它具有類似Apache的許可證，並且包含所有應用程序可能不需要的網絡資源。不過，看起來它設計得很好。 – ahnurmi 2010-06-21 13:02:10
有libslack（GNU GPL），它可以提供一些你所追求的功能，這MIT許可證-ED輸入流包裝：
http://attractivechaos.wordpress.com/2008/10/11/a-generic-buffered-stream-wrapper/
libslack似乎只有Unix和GPL許可。我無法一眼就看出kstream實際上做了什麼，並且這個例子是特定於unix的。但是，謝謝，兩者都很有趣。 – ahnurmi 2010-06-21 13:10:20
目前我正在寫一個文件格式，讀者庫，必須儘可能重用和多功能，即用戶可能希望編寫自定義輸入流以支持從內存，網絡，檔案等加載文件。我只是不想重新發明輪子，即編寫我自己的小SDL_RWops。如果zlib或libpng沒有提供一個接口來指定用戶自己的fread和內存分配函數，那麼人們會少用它們。 我想我要寫我自己的或使用iostreams在C++中執行庫並提供一個C接口。 – ahnurmi 2010-06-19 21:46:17
雖然我不同意 - 有時需要更多的抽象 - 今天「沒有廣泛使用的流抽象庫」似乎是正確的答案。 – ahnurmi 2010-06-21 12:56:04