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来使其在不同的编译器和其他语言的访问之间的可移植性。