C/C ++用の私の単一のヘッダーライブラリ。
| 図書館 | 最新バージョン | カテゴリ | loc | ライセンス | 説明 |
|---|---|---|---|---|---|
| JSON.H | 1.00 | パーサー | 848 | Zlib | JSONパーサーの不転収 |
| スケジュール | 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でライブラリの依存関係がはるかに悪化します。)
また、Windowsには、ランタイムライブラリの異なるバージョンに対してライブラリが構築された一般的な問題もあり、リンクの競合と混乱を引き起こします。 Libsをヘッダーとして出荷することは、通常、ライブラリを作成せずにプロジェクトに直接コンパイルするだけで、その問題を回避することを意味します。
それらを単一のファイルにすることで、それらを必要とするプロジェクトにドロップすることが非常に簡単になります。 (もちろん、必要に応じて、適切な共有ライブラリツリーに配置できます。)
2つのファイル、1つはヘッダーと1つは実装ではありませんか? 10ファイルと9ファイルの違いは大したことではありませんが、2つのファイルと1つのファイルの違いは大したことです。ファイルをジップまたはタールする必要はありません。2つのファイルなどを添付することを忘れないでください。
各ファイルには、ドキュメント、基本的なユーザーの説明、およびファイルの上部に例があります。さらに、各API関数、構造体、およびメンバー変数も文書化されています。最後に、各ライブラリには、追加の実施例については、テストディレクトリ内に対応するテストファイルがあります。
個人的には、主にC ++の代わりにCを使用しています。C++とC ++の両方をサポートしたいので、CIから使用できないため、Cに焦点を当てます。
C99/C11の代わりにC89を使用して、異なるコンパイラ間の移植性と他の言語のアクセシビリティに使用します。