我什么时候将项目拆分为多个C文件？ (大型项目的良好做法)[已结

发布时间：2020-12-16 07:32:23 所属栏目：百科来源：网络整理

导读：我正在研究C中的一个大项目,我正在做一个特定的部分(另一个是由其他人完成的),我想知道什么时候应该将我的项目分成多个c文件,以及写作的最佳实践是什么大型项目,团队(或单独). 我以前的经验是标题(有一个标题和.c所有的功能都是书面). 解决方法人们会告诉

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

解决方法

人们会告诉你不同的事情.一般来说：

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

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

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

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

>你应该避免的事情：

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

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

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!