lib
1.0.0
我用於C/C ++的單個標題庫。
| 圖書館 | 最後版本 | 類別 | loc | 執照 | 描述 |
|---|---|---|---|---|---|
| JSON.H | 1.00 | 解析器 | 848 | Zlib | 非分配JSON解析器 |
| Sched.h | 1.00 | 多線程 | 699 | Zlib | 多線程任務調度程序 |
| Web.H | 1.00 | 網絡 | 1455 | BSD | 輕量級網絡服務器 |
| sdefl.h | 1.00 | 壓縮 | 525 | 公共領域 | 放氣壓縮機 |
| sinfl.H | 1.00 | 減壓 | 320 | 公共領域 | 放氣解壓縮器 |
總圖書館:5
C代碼的總線:4487
Windows沒有庫列的標準目錄。這使得在Windows中部署庫比Unix-derivates上的開源開發人員更加痛苦。 (這也使圖書館的依賴關係在Windows中差得多。)
在窗口中,還有一個常見的問題,該庫是根據運行時庫的不同版本構建的,這會導致鏈接衝突和混亂。將LIB作為標頭運送,意味著您通常只將它們直接編譯到您的項目中而無需製作庫,從而避免了該問題。
使它們成為一個文件,可以很容易地將它們放入需要它們的項目中。 (當然,如果需要的話,您仍然可以將它們放在適當的共享庫樹中。)
為什麼不兩個文件,一個標題,一個是實現? 10個文件和9個文件之間的區別並不重要,但是2個文件和1個文件之間的差異很大。您不需要將文件匯總或tar tar,您不必記得附加兩個文件,等等。
每個文件都有文件頂部的文檔,基本的USSAGE描述和示例。另外,還記錄了每個API函數,結構和成員變量。最後,每個庫在測試目錄中都有一個相應的測試文件,以獲取其他工作示例。
就我個人而言,我主要使用C代替C ++,因為我想支持C ++和C ++都不可從CI中使用C,因此專注於C。
我使用C89代替C99/C11來使其在不同的編譯器和其他語言的訪問之間的可移植性。