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

2019-12-27 18:53发布

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

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

请教大虾如何优雅组织源码
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
33条回答
lcw_swust
1楼-- · 2019-12-29 11:19
wt3333 发表于 2017-6-16 13:39
我也这么认为,也是这么干的
无奈有些ide支持的不好,比如keil支持就非常差-不可在线跟踪调试(include进去 ...

哦,我基本不在线调试,倒没注意这个问题。
调试时,点开View->Disassembly window看看。
wzd5230
2楼-- · 2019-12-29 13:34
看了下我手上的产品的核心文件,4296行。
weichao4808335
3楼-- · 2019-12-29 14:11
 精彩回答 2  元偷偷看……
mon51
4楼-- · 2019-12-29 18:27
本帖最后由 mon51 于 2017-6-16 14:40 编辑

审过一个学生自己写的FAT文件系统,就一个C文件,里面的GOTO有几十个。一个函数包括:格式化,读写等全在一起。在PC上模拟居然可以用。。。但最后主审说:违背了C模块化的宗旨,没有通过。
我自己写代码:电脑一页显示基本就是一个C文件。每一个C对应一个H,H里面绝对不声明任何函数和变量。
zhugean
5楼-- · 2019-12-29 20:08
多文件,没有别的办法
wye11083
6楼-- · 2019-12-30 01:55
mon51 发表于 2017-6-16 14:38
审过一个学生自己写的FAT文件系统,就一个C文件,里面的GOTO有几十个。一个函数包括:格式化,读写等全在一 ...

这样子只能写些简单的单片机程序了。否则代码管理会出大问题。想象一下,一个几百万行的工程,有几万个文件。。。

一周热门 更多>