我正在研究C中的一个大项目,我正在做一个特定的部分(另一个是由其他人完成的),我想知道什么时候应该将我的项目分成多个c文件,以及写作的最佳实践是什么大型项目,团队(或单独).

我以前的经验是标题(有一个标题和.c所有的功能都是

书面). 最佳答案 人们会告诉你不同的事情.一般来说：

>如果出现以下情况,您应将文件拆分为较小的文

>它有很多依赖项
>编译需要很长时间
>它知道或做得太多

>您应该通过以下方式组织项目：

>哪些部分适用于哪种类型的数据
>哪些部分与项目的其他部分一起使用

>你应该避免的事情：

>只有包含在特定订单中才有效的标题
>引入项目大量blob的标题(依赖性太多)
>滥用预处理器宏
>“util.c”或类似的.从个人经验来看,他们往往会失去控制

在C(不是C)中,我倾向于为我编写的每个主要类都有一个.h和.cpp文件,我有时可能会将一些支持类放在与其他类非常密切相关的文件中,如果没有它们,或多或少没有意义(有趣的是,我有一个中等项目,在同一个文件中包含Scheduler和SchedulerEvent等类,其中Scheduler包含SchedulerEvents的集合.该项目有大约180个文件,仍然易于维护).