我正在C/pragma/..中搜索一個庫,以進行基本的編程任務。 處理和創建列表和哈希表和數組和souch的東西。 所以我不必一次又一次重新發明輪子,並且一次又一次地寫同樣的結構。 但必須是純C庫。pure c support/util庫
感謝您的任何幫助。
我正在C/pragma/..中搜索一個庫,以進行基本的編程任務。 處理和創建列表和哈希表和數組和souch的東西。 所以我不必一次又一次重新發明輪子,並且一次又一次地寫同樣的結構。 但必須是純C庫。pure c support/util庫
感謝您的任何幫助。
您可能想重新提出您的問題並刪除C++標記,因爲您的問題與標記有點不同。
如果你需要用C實現的東西,那麼看一下Glib,它是GTK +的一部分,它實現了像鏈表和樹的數據結構。
或者,Apache Portable Runtime是Apache的一個項目,它也是用C語言編寫的,並在Apache Web服務器中使用。
與OP的要求相反,這些庫都不是「純C」。它們都對POSIX或特定的一組受支持的專有操作系統都有依賴性,因爲它們的功能遠遠超過純C庫級別的功能。 – 2011-03-23 20:49:11
@R - 你說的對,他們不是純粹的C.我把OP的問題看作'用C實現的庫,不用C++',而不是用C編寫的庫,並且沒有外部影響,比如操作系統級的細節」。 – birryree 2011-03-24 13:03:10
在普通的c項目中,我傾向於使用APR。
也許它涵蓋了所有你需要的東西。它也提供了一個很好的操作系統抽象。
除了其他的答案,你可以看看源代碼伴隨着書C Interfaces and Implentations。
爲什麼它需要純粹的C?那麼STL呢? (以及C++標記呢?) – 2011-03-23 17:39:33
經常C++程序員也對c庫有很好的瞭解。這就是爲什麼我添加了C++標籤。感謝您的投票。 – axaluss 2011-03-23 18:40:24
此評論屬於元...但我不知道是否每個問題都不應該有兩套標籤:一套用於問題本身,另一套用於相關主題/語言,其專家可能會提供幫助回答問題。然後,使用C++標籤的用戶可以選擇是否只想查看「關於C++」的問題,或者選擇「關於C++」和「由C++專家回答」的問題。 – 2011-03-23 20:47:14