欢迎来到尧图网

客户服务 关于我们

您的位置:首页 > 文旅 > 文化 > 【开源】低代码 C++程序框架,Linux多线程程序

【开源】低代码 C++程序框架,Linux多线程程序

2025/3/10 16:29:47 来源:https://blog.csdn.net/Daniel_Leung/article/details/145900052  浏览:    关键词:【开源】低代码 C++程序框架,Linux多线程程序

大家好,欢迎来到停止重构的频道。

本期介绍我们新的C++低代码框架:Bees,用于编写Linux/Unix的多线程程序。

低代码框架一般是不会对C++程序下手的,因为C++程序一般是比较复杂的程序,光是多线程同步就够头疼的了。

但是我们还是完成了这个C++低代码框架。

我们按这样的顺序展开介绍:

1、低代码的偏见

2、Bees的工作原理

3、多线程问题

4、Bees只是一种规则

1 低代码的偏见

低代码只能做一些简单的程序,这是很多人的观点。

是的,我曾经也这么认为,我也曾经认为低代码只能做简单的表单拼接、流程编排。

所以在前端框架Trick和云计算框架Hive的第一个版本中,也没有低代码化

因为当时有几个无法解决的问题,前端框架无法解决UI组件的嵌套表达,无法灵活替换插槽内容。C++框架无法解决多线程、线程同步。

而在使用自研框架做了几个项目,在编写第一本书《大型网站架构实战》的过程中。

越来越觉得低代码是可行的。

因为80%的编程工作都是在既定规则下的重复代码,如果不能低代码化,也就是不能将这些重复枯燥的代码转化为更为简单的表达。

那么,一定是规整的程度还不够,或者缺少了某个关键的转换设计。​

而且,低代码并不是某种具体的工具或者技术,它仅仅是希望将部分代码转化为更加简单的表达,从而节省学习、调试的时间。

这些时间正是提升软件工程开发效率的关键

我相信任何一个程序员,在写完一段二三百行代码,并一次正常运行时,都反而会产生一种不安,都会怀疑哪里隐藏了问题。​​

2 Bees的工作原理

Bees和停止重构的其他框架一样,都是只做了一件事情业务代码和模块代码分离

​模块代码是需要写C++代码以实现具体功能的,只需要关心通用功能的实现。

例如:文件读写、线程操作、数据队列操作等。

虽然这部分代码是需要手写的,但是只要复制粘贴文件夹就可以无条件复用在多个项目。

而Bees也提供了官方模块库,可以通过命令一键下载/更新模块。

​业务代码是多个业务逻辑片段的代码。

一个业务逻辑片段是一个流程,比如:第一步读取数据,第二步筛选数据,第三步放入数据队列。

对于这样的业务逻辑片段,则不需要写代码,而是通过Json配置编排模块的使用顺序

这也是低代码的部分,也是软件开发中占比较大且枯燥重复的部分。

为了实现这样的业务、模块代码分离

Bees加入了数据池,数据池可以看作是一个业务逻辑片段的全局变量。

在调用模块时,设置模块参数的同时,也会传递这个数据池。

模块处理完毕后,会判断是否发生错误

不发生错误继续将数据池传递到下一个模块,若发生错误则中断逻辑提前结束。

当然,发生错误中断逻辑只是默认行为

可以添加逻辑选择器,以实现更加复杂的逻辑,如发生错误重试、发生错误启动异常逻辑等。

3 多线程问题

以上的模块、业务分离,仅仅解决了单个业务逻辑片段的问题,也就是解决了一个函数的表达。

但是,C++程序一般都是从main函数开始,然后各种调用函数,可能会启动线程,多个线程还会有同步问题

以一个简单的数据挖掘引擎为例,从main函数出发,启动了数据筛选线程、数据处理线程,每个线程都有独自的流程步骤,线程间通过数据池交流。

Bees框架的处理是

程序启动时,从main函数开始,固定调用名为Start的业务逻辑片段,这个业务逻辑片段返回则程序退出

每个业务逻辑片段,都可以通过官方线程操作模块,以实现创建线程并调用某个业务逻辑片段。

至于线程同步,也是通过使用模块完成的。

所有线程同步问题,都可以归结为生产者消费者模型。所以我们也提供了“数据队列”模块,作为线程同步的通用解决方案。

也就是说多,线程问题,都可以通过使用官方模块,或者编写自定义模块解决的。而不是像传统开发一样到处都有锁和条件变量。

4 Bees只是一种规则

Bees实际上是一个C++17的工程

在传统的GCC,或者C-Lang编译基础上,加上了CMake、Conan这两个自动构建工具。

让C++工程也可以像maven、npm一样,通过简单配置就可以自动下载编译第三方库。

Bees和停止重构其他框架的设计理念是一样的,都是希望软件工程更合理分工开发维护成本更低、项目质量更高。

模块代码是需要写实际代码的,是需要有一定开发经验的程序员才能胜任的。

我们希望这些工作能独立开来,一方面,模块可以单独调试开发且无条件复用在别的项目

另一方面,由于项目进度等原因,某些模块可能是临时开发,或者存在缺陷的,以后可以单独替换这些模块

业务代码由于使用Json配置替代了编码,且无需了解实际模块的运行原理,所以业务代码可以交由经验尚浅的程序员完成

业务代码以JSON配置替代,除了能加快开发效率

更重要的是,可以约束业务代码编写,让业务逻辑更加清晰明了,避免每次排查BUG时,都需要先花很长时间理解逻辑,然后再逐一排查。

一个人接手另一个人的业务时,也不需要太长的时间学习理解。

总结

​最后Bees已经放在了Github、Gitee。

我们也提供了完整的使用文档,感兴趣的小伙伴可以尝试一下,点个Star就更好了。

另外,由于C++编译环境配置起来是比较麻烦的,我们也将用于Linux编译的镜像上传到了dockerhub。

版权声明:

本网仅为发布的内容提供存储空间,不对发表、转载的内容提供任何形式的保证。凡本网注明“来源:XXX网络”的作品,均转载自其它媒体,著作权归作者所有,商业转载请联系作者获得授权,非商业转载请注明出处。

我们尊重并感谢每一位作者,均已注明文章来源和作者。如因作品内容、版权或其它问题,请及时与我们联系,联系邮箱:809451989@qq.com,投稿邮箱:809451989@qq.com

热搜词