发表于 2024年10月7日10月7日 背景 在一个不小的大厂里面拧螺丝,发现很多部门都在重复造轮子。没有引入好用的开源组件,自己造的轮子也没有复用,公司内部相同的轮子都有好几种。编译体系简陋,加个文件也要改编译脚本。也没有单元测试和其他的工具。 目标 我觉得这可能是很多嵌入式软件开发的普遍痛点吧。 于是业余时间参考esp32的idf框架esp-idf,搞了个 linux 应用开发框架RibbonBuild和RibbonDF,核心思想也是组件化,前者是组件化编译最小单元,后者是基于组件化编译搭建的工程,采用cmake+kconfig作为编译配置框架。目前已支持Linux交叉编译环境,RibbonDF已引入一部分嵌入式常用的开源组件,并在树莓派环境验证。 对比了一下 github 上的其他框架,RibbonBuild与c_cpp_project_framework比较相似,但采用了更camke原生的编译方式。并且在RibbonDF实现了工程化的组件搭建,以及引入gtest,gcov等工具,在工程化上更友好一点。 cmake-kconfig比较简单,需要进行一定程度适配。 end 有兴趣的朋友可以试试看。人生苦短,希望能让大家的工作轻松一点、高效一点。 第一次搞开源,很多地方不成熟,希望和大家友好交流,共同进步。
背景
在一个不小的大厂里面拧螺丝,发现很多部门都在重复造轮子。没有引入好用的开源组件,自己造的轮子也没有复用,公司内部相同的轮子都有好几种。编译体系简陋,加个文件也要改编译脚本。也没有单元测试和其他的工具。
目标
我觉得这可能是很多嵌入式软件开发的普遍痛点吧。
于是业余时间参考
esp32
的idf
框架esp-idf,搞了个 linux 应用开发框架RibbonBuild和RibbonDF,核心思想也是组件化,前者是组件化编译最小单元,后者是基于组件化编译搭建的工程,采用cmake
+kconfig
作为编译配置框架。目前已支持Linux
交叉编译环境,RibbonDF
已引入一部分嵌入式常用的开源组件,并在树莓派环境验证。对比了一下 github 上的其他框架,
RibbonBuild
与c_cpp_project_framework比较相似,但采用了更camke
原生的编译方式。并且在RibbonDF
实现了工程化的组件搭建,以及引入gtest
,gcov
等工具,在工程化上更友好一点。 cmake-kconfig比较简单,需要进行一定程度适配。end
有兴趣的朋友可以试试看。人生苦短,希望能让大家的工作轻松一点、高效一点。 第一次搞开源,很多地方不成熟,希望和大家友好交流,共同进步。