最近终于腾出时间把两年前的 issues#24给解决了,现在 windows 上已经完全支持基于 IOCP 的协程 io 处理。
大家有兴趣的话,或者有需要用 c 开发跨平台程序的同学可以关注下哦,里面有各种常用模块,并且提供了灵活的裁剪编译模式,方便大家只编译使用需要的模块。
摆着代码即文档的原则,实现接口都有详细注释说明,同时 TBOX 也是个代码仓库,大家如果在写系统程序的时候,一些系统接口的使用可以在 tbox 的源码的 platform 目录中搜索,找到相关实现来做参考哦。
前两天刚好发了新版本(v1.6.3),花了我一年多时间修复了各种问题,不过中途又跑去捣鼓xmake(一个基于 lua 的跨平台编译工具)了,大家也可以关注下,嘿嘿。
TBOX 是一个用 c 语言实现的跨平台开发库。
针对各个平台,封装了统一的接口,简化了各类开发过程中常用操作,使你在开发过程中,更加关注实际应用的开发,而不是把时间浪费在琐碎的接口兼容性上面,并且充分利用了各个平台独有的一些特性进行优化。
这个项目的目的,是为了使 C 开发更加的简单高效。
目前支持的平台有:
通过xmake支持各种编译模式:
如果你想了解更多,请参考:
针对 http、file、socket、data 等流数据,实现统一接口进行读写,并且支持: 阻塞、非阻塞、异步 三种读写模式。 支持中间增加多层 filter 流进行流过滤,实现边读取,内部边进行解压、编码转换、加密等操作,极大的减少了内存使用。
主要提供以下模块:
stream
:通用非阻塞流,用于一般的单独 io 处理,同时支持协程以实现异步传输。transfer
:流传输器,维护两路流的传输。static_stream
:针对静态数据 buffer 优化的静态流,用于轻量快速的数据解析。memset_u16
、memset_u32
等接口,并对其进行高度优化,尤其适合图形渲染程序请先安装: xmake
# 默认直接编译当前主机平台
$ cd ./tbox
$ xmake
# 编译 mingw 平台
$ cd ./tbox
$ xmake f -p mingw --sdk=/home/mingwsdk
$ xmake
# 编译 iphoneos 平台
$ cd ./tbox
$ xmake f -p iphoneos
$ xmake
# 编译 android 平台
$ cd ./tbox
$ xmake f -p android --ndk=xxxxx
$ xmake
# 交叉编译
$ cd ./tbox
$ xmake f -p linux --sdk=/home/sdk #--bin=/home/sdk/bin
$ xmake
#include "tbox/tbox.h"
int main(int argc, char** argv)
{
// init tbox
if (!tb_init(tb_null, tb_null)) return 0;
// trace
tb_trace_i("hello tbox");
// init vector
tb_vector_ref_t vector = tb_vector_init(0, tb_element_cstr(tb_true));
if (vector)
{
// insert item
tb_vector_insert_tail(vector, "hello");
tb_vector_insert_tail(vector, "tbox");
// dump all items
tb_for_all (tb_char_t const*, cstr, vector)
{
// trace
tb_trace_i("%s", cstr);
}
// exit vector
tb_vector_exit(vector);
}
// init stream
tb_stream_ref_t stream = tb_stream_init_from_url("http://www.xxx.com/file.txt");
if (stream)
{
// open stream
if (tb_stream_open(stream))
{
// read line
tb_long_t size = 0;
tb_char_t line[TB_STREAM_BLOCK_MAXN];
while ((size = tb_stream_bread_line(stream, line, sizeof(line))) >= 0)
{
// trace
tb_trace_i("line: %s", line);
}
}
// exit stream
tb_stream_exit(stream);
}
// wait
getchar();
// exit tbox
tb_exit();
return 0;
}
1
scuxhy 2018-08-02 07:48:49 +08:00 via Android
支持!
|
2
hourann 2018-08-02 07:50:54 +08:00 via iPhone
神级大佬
|
3
xiaket 2018-08-02 08:15:58 +08:00 1
今天在 Lobster 上也看到人推荐这个库了, 仔细一看就是你本人~ 加油!
|
4
maowu 2018-08-02 08:20:04 +08:00 via Android
看了半天,没有 gui 库(:3_ヽ)_
|
5
waruqi OP @maowu 只是个基础库,gui 之前原本也想另起个轮子的,后来时间精力不够,所以我还是先专心把基础库搞好吧。
|
6
cchange 2018-08-02 08:22:48 +08:00 via iPhone 1
支持
支持 sqlite 对嵌入式和 低耦合的项目很有帮助 |
9
salamanderMH 2018-08-02 08:35:03 +08:00
东西好多
|
10
nflush 2018-08-02 08:36:43 +08:00 via Android
请问是什么开源协议?
|
11
mm163 2018-08-02 08:40:25 +08:00 1
收藏了,功能丰富。
|
13
ragnaroks 2018-08-02 08:45:26 +08:00
windows 下的话,对 vcrt 有什么要求吗?准备在我的新项目(C#)里面用
|
14
innoink 2018-08-02 08:49:35 +08:00 via Android
请问有用过 acl 的没
|
16
diggerdu 2018-08-02 08:50:52 +08:00 via iPhone 1
强 star 一波
|
19
hhacker 2018-08-02 08:55:25 +08:00 1
天哪 一大早被楼主的代码美哭了,这个库好整洁好舒适啊
|
21
zeromake 2018-08-02 09:08:11 +08:00
遗憾的是如果能做成打包并分发到在线依赖下载就好了,支持打包当前平台然后共享。
也可以打包源码加 xmake 多平台编译方式,类似 python 的 pip 里的带 c 扩展类的包。 我觉得已经有很多人做了支持 xmake 编译的库,没有一种好的分享方式。 首先需要定义一个打包规范,linux 各种库的包实质就是单平台单版本的库分发。 |
22
ifanze 2018-08-02 09:10:47 +08:00 via iPhone
支持!向大佬学习!
|
23
catcn 2018-08-02 09:11:42 +08:00
代码里边好多多余的注释
|
24
waruqi OP @zeromake xmake 有提供自己的打包规范,执行 xmake package,就可以打包出 xxx.pkg 包(支持多 arch,多平台),其他基于 xmake 的项目,也可以直接快速使用,并且 xmake 目前正在开发包管理 3.0,对于支持 xmake 的依赖库,可以支持依赖下载管理。
如果你有兴趣的话,可以看下这个演示视频: https://asciinema.org/a/140338 和对应的 issues: https://github.com/tboox/xmake/issues/69 虽然对于非 xmake 的依赖库,还支持不完善,但是对于支持 xmake 的依赖库,目前已经可以通过依赖管理的方式使用了,并且可以自建依赖仓库,或者上传至官方仓库: https://github.com/tboox/xmake-repo |
26
tt67wq 2018-08-02 09:29:30 +08:00
看不懂,先摩拜
|
27
q397064399 2018-08-02 09:36:30 +08:00
老哥 有机会整个 cmake , 编译这东西 建议用 广泛使用的工具,这样集成的时候也方便,,像 Java maven 一个 denpency 就完事,然后就是愉快的敲代码了
|
28
freemon 2018-08-02 09:39:40 +08:00
膜一个
|
29
allgy 2018-08-02 09:58:22 +08:00
mark 有时间读一读大佬的源码
|
30
alamaya 2018-08-02 10:00:48 +08:00
真大佬
|
31
axeojpwt 2018-08-02 10:03:06 +08:00 1
准备拜读一下楼主的代码,看起来代码很优雅,第一眼就很美观。
|
32
MarcoQin 2018-08-02 10:03:40 +08:00 1
star 了,很多功能的聚合,看起来很方便
|
34
waruqi OP @q397064399 cmake 个人不喜欢,所以才自己整的 xmake,不过对于其他习惯使用 cmake 的用户来说,整合 tbox 库确实不方便了,我后期会考虑在 xmake 加个,自动导出生成 CMakeList.txt 的功能,来方便与 cmake 的集成。
|
35
Applenice 2018-08-02 10:10:09 +08:00 1
已 star,膜拜大佬
|
36
Yggdroot 2018-08-02 10:10:30 +08:00
👍👍👍
|
37
aice114 2018-08-02 10:16:06 +08:00
厉害厉害,楼主堪称注释狂魔
|
38
boywhp 2018-08-02 10:16:35 +08:00
向大佬低头, 玩 C 的惹不起惹不起
|
39
mathzhaoliang 2018-08-02 10:18:03 +08:00
楼主的项目很好,我有个疑问,非抬杠:数据结构,正则这些东西都有现成的成熟库,自己再造一遍轮子的话,如果造的比那些库还好,那当然好。若只是实现一个较弱的版本,意义似乎不大?
|
40
closedevice 2018-08-02 10:21:45 +08:00
牛逼~
|
41
waruqi OP @mathzhaoliang 不是再造,仅仅只是封装,统一成跨平台的接口,比如正则,tbox 会去自动检测当前系统是否有 pcre2, pcre,regex 等正则库,如果存在则直接使用(如果有的话,优先使用 pcre2 )
并提供统一的接口,用户不需要关心每个正则库使用的方式,只需要用 tbox 提供的接口实现正则解析后,就可以无缝随意切换到其他正则库上去。 |
42
zeromake 2018-08-02 10:39:14 +08:00
@waruqi 好像还不错,就是没有个集中的依赖站点,如果 github 日常被墙就很难受,只有有了集中的依赖站才好做镜像吧。
|
43
E1n 2018-08-02 10:42:23 +08:00
呜呜 C 好久没看了,写 C 吃不上饭
|
44
xi2008wang 2018-08-02 10:44:11 +08:00
我是看着你代码长大的,不,看着你代码学习 C 的
|
45
waruqi OP @zeromake 可以自建仓库的,官方 repo,除了 github,还有提供 oschina/gitee 的国内镜像 repo https://gitee.com/tboox/xmake-repo
|
47
waruqi OP @xi2008wang 别这样,把我说老了。。。= =
|
48
lurenw 2018-08-02 10:55:15 +08:00
名字有趣,treasure box~
想知道楼主花了多少时间来掌握这些技术栈,累积这么多的知识储备 |
49
waruqi OP @lurenw 哈哈,就是百宝箱的意思,写这个库快 8 年多了吧,再早之前写过个类似 boost 的 c++模板库,功能跟这个类似,不过后来转 c 了,就重新整了个 c 版本的,用到了现在。
|
50
zhuangzhuang1988 2018-08-02 11:12:36 +08:00 2
头疼 qmake cmake nmake makefile automake scons jam gyp ninja
现在又来了个 xmake |
51
zeromake 2018-08-02 11:13:22 +08:00
@waruqi #45 不是说这个,不提供一个统一的代码仓库,最后就会变得和 `golang` 的一样,一个项目依赖来自各种墙外网点,官方 repo 的方案就需要人手动维护,同步到 oschina/gitee 也是很麻烦。总之如果像 golang 一样的话我宁愿直接下个各个依赖直接放进项目做直接依赖而不是远程依赖。
|
52
waruqi OP @zeromake 如果要完全同意,不依赖各种墙外各种网点,目前通过源码依赖的方式,不太好做,总归要去下载其他托管的源码地址,只能通过二进制包管理的方式 提供统一仓库,这个维护成本很高,暂时不考虑自己去建立和维护了。
目前 xmake 仅支持源码依赖编译管理的方式,后期会对于非 xmake 的依赖库,适配系统已有的包管理,例如:brew, vcpkg, apt/pacman 等,进行二进制包的 依赖管理和下载。 |
53
waruqi OP @zhuangzhuang1988 哈哈
|
54
zeromake 2018-08-02 11:34:15 +08:00
@waruqi #52 这个我觉得可以考虑做一个,可以像 pypi 一样,反正这些二进制包都是依赖库维护自己本地打二进制包,偷懒的就只发源码包,最后发现要求和 pypi 十分接近呢,果然是用多了。
|
55
waruqi OP @zeromake 理论上这样确实会更好,但是这样维护成本太高了,我就一个人,没这么多精力捣鼓哈,而且也不太好推动,暂时只考虑复用现有的第三方包管理工具,而源码依赖编译,如果基于 xmake 的,可以提交 xmake-repo 官方仓库,或者自建私有依赖仓库。
|
56
SPACELAN 2018-08-02 11:45:02 +08:00
遇到大神了
顺便问一下,有文件监控之类的事件库么 |
57
zeromake 2018-08-02 11:51:10 +08:00
@waruqi 那等我把自己一个 orm 自动转 api 的 py 库做完,用它做个开源依赖站看看,这个到时到 xmake 的 issues 去讨论吧。
|
60
firenine 2018-08-02 11:58:51 +08:00
有点冒昧,感觉使用并不是很广,只看见楼主几个项目在用,基础库选择的时候还是要比较慎重
|
61
waruqi OP @firenine 对的 目前用的人不是很多。开源项目中 估计也就我在用了,大部分用户都用在私有项目上,不过用户量确实不多
我也没怎么去推广,上次推广还是一年前的事了,目前主要还是个人使用,偶尔出来分享下。。= = |
62
zn 2018-08-02 12:52:03 +08:00 via iPhone
膜拜大佬。
|
63
d18 2018-08-02 13:31:22 +08:00
哇
|
64
kylix 2018-08-02 13:42:06 +08:00
先收藏再慢慢看!
|
65
MeteorCat 2018-08-02 13:46:14 +08:00 via Android
最近 github 拉代码越来越卡了,不知道为什么,刚刚拉代码又超时了
|
66
waruqi OP @MeteorCat 可以拉国内镜像,同步更新的,https://gitee.com/tboox/tbox
|
68
nicevar 2018-08-02 14:18:38 +08:00 1
不错,收藏了,star 一波
|
70
caikelun 2018-08-02 14:28:39 +08:00
厉害了!
|
71
FanWall 2018-08-02 14:30:38 +08:00 via Android 1
以前就被人推荐过这个库,今天发现作者了
|
72
desgard 2018-08-02 15:02:57 +08:00 via iPhone 1
顶一下楼主,真的强
|
74
ai277014717 2018-08-02 15:30:56 +08:00
强烈支持,问下写这个库的灵感来自哪里?
|
75
waruqi OP @ai277014717 来自于日常积累。。
|
76
Simon90 2018-08-02 17:27:59 +08:00
厉害了,学习!
|
77
Shazoo 2018-08-02 18:22:03 +08:00 1
赞一个。star 了。一看就是老司机,日积月累积攒下来,很多都是痛点库。
不过看了下代码。非 posix 的嵌入式系统里面,可用的东西不多。不过,这种系统,本身也没啥跨平台需求,不强求。 |
78
waruqi OP @Shazoo 是的 非 posix 的 目前确实没太多支持 不过可自己根据需求 扩展下 platform 目录下对应接口 适配集成下 也不是很麻烦。。
|
79
Alonso 2018-08-02 18:58:11 +08:00
膜拜大佬
|
80
nonkr 2018-08-02 19:53:47 +08:00
膜拜大佬,花时间好好拜读一下~~
|
81
nanlou 2018-08-02 22:27:28 +08:00 1
大佬大佬,star 一个。。
|
83
Hconk 2018-08-03 12:02:32 +08:00 via Android
支持,非常棒。。
|
86
gozfree 2018-11-11 14:09:49 +08:00
|
87
gozfree 2018-11-11 14:12:07 +08:00
感谢作者的贡献,很好的 C 库,收藏了
|