code-organization - 单个文件中包含多少代码才算合适？

Question

我今天想知道人们在决定将一个源文件拆分成多个较小的文件之前通常在一个源文件中有多少代码。

就我个人而言，我倾向于保持我的文件相当小(在使用 C/C++ 时尤其是头文件)。也就是说，我通常在给定文件中只有一个类或一堆函数，因此该文件通常 <500 行。然而，所有相关的东西通常共享同一个命名空间。

另一方面，我使用的一些东西似乎非常乐意尝试将尽可能多的内容放入一个长达 1000 行的文件中。

我更喜欢小文件，因为任何更改只需要重新编译那一段代码，而且我发现当它被分解成每个都有特定目的的小文件而不是一个关于整个事情。几个大文件有什么真正的优势吗？

例如，我的粒子系统被分解为 system.h、emitter.h、load.h、particle.h 等，并且每一个都有对应的 .cpp 文件。然而，我看过的一些粒子系统似乎已将整个源放入一个 .h 和 .cpp 1000 行长的行中。

Answer 1

毫无疑问，较小的文件更易于阅读和理解。但是，我认为您不能根据类或源文件中的行数来做出此决定。如果您觉得应该将通用功能放在不同的文件中，请考虑拆分您的代码。它还将允许更好地重用代码。