单个文件C源码太长,请教大虾优雅的方式解决

2019-12-27 18:53发布

单个文件C源码太长,阅读维护不便

1)分为几个c文件加引用声明太麻烦了.而且影响编译速度
2)把c分段冒充.h文件,inlude进来,好多编译器支持不好.

请教大虾如何优雅组织源码
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
33条回答
winterw
1楼-- · 2019-12-30 03:09
建议楼主多看看其他开源项目的做法,比如uboot,linux之类的,不用看懂每个源文件的内容,看看架构就行
weichao4808335
2楼-- · 2019-12-30 05:01
 精彩回答 2  元偷偷看……
liuqian
3楼-- · 2019-12-30 05:10
mon51 发表于 2017-6-16 14:38
审过一个学生自己写的FAT文件系统,就一个C文件,里面的GOTO有几十个。一个函数包括:格式化,读写等全在一 ...

这也太教条了,不如直接把c里的goto取消算了
security
4楼-- · 2019-12-30 10:11
本帖最后由 security 于 2017-6-16 16:42 编辑

优雅的方式,就是第一条的做法,也就是模块化,没有其他路子!

至于用 include 将源码文件引用进来,这种做法还是少做为妙,不信的话,你可以去看开源项目,看看这种做法多不多。

楼主需要多看看开源项目。
dykwai1
5楼-- · 2019-12-30 11:04
规范化的做法还是多文件,没啥可说的
mon51
6楼-- · 2019-12-30 12:33
wye11083 发表于 2017-6-16 15:52
这样子只能写些简单的单片机程序了。否则代码管理会出大问题。想象一下,一个几百万行的工程,有几万个文 ...


看来你没有做过大项目了:十几个人一个开发团队,一个项目总负责,分解出项目的N各模块,再由几个人写出各模块的函数格式要求,剩下的人全去写模块内的代码,各自编译测试,提交DLL或LIB。

一周热门 更多>