我现在正在做一个C语言的大项目,我正在做其中的特定部分(另一个是由其他人完成的),我想知道什么时候应该将我的项目拆分为多个c文件,以及编写的最佳实践是什么大型项目,与团队(或单独)一起。
我以前的经验是使用标头(有一个标头和一个 .c,其中所有函数都在
书面)。
人们会告诉你不同的事情。一般来说:
- You should split a file into smaller files if:
- You should organize your project by:
- 哪些部分适用于哪些类型的数据
- 哪些部分与项目的哪些其他部分配合使用
- Things you should avoid:
- 仅当包含在特定订单中时才有效的标头
- 引入项目大块的标头(依赖项太多)
- 滥用预处理器宏
- “util.c”或类似的。从个人经验来看,他们往往会失控
在 C++(不是 C)中,我倾向于为我编写的每个主要类都有一个 .h 和 .cpp 文件,有时我可能会将一些支持类与与它们非常密切相关的其他类一起放入文件中,如果没有它们,它们或多或少没有意义(有趣的是,我有一个中等项目,在同一个文件中包含 Scheduler 和 SchedulerEvent 等类,其中 Scheduler 保存 SchedulerEvent 的集合。该项目有大约 180 个文件,并且仍然易于维护)。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)