language-agnostic - 程序员应该在一个文件中放入多少个类？

Question

在您的面向对象语言中，您遵循哪些准则将类分组到单个文件中？你总是给每个类(class)一个单独的文件吗？你把紧密耦合的类放在一起吗？您是否曾经在一个文件中指定了几个接口(interface)的实现？你是根据实现可能有多少行代码，或者它对类的用户来说看起来有多“困惑”？还是用户更愿意将所有东西都放在一个地方？

Answer 1

就个人而言，我建议每个文件一个类，除非辅助类对文件中的主类是私有(private)的。例如，C# 中的嵌套类将保留在父类文件中，但在其他地方可能有用的实用程序类会被分解到它们自己的文件甚至命名空间中。

关键是要了解你的环境以及人们会在哪里寻找东西。如果有一个既定的方法，在你不高兴之前仔细考虑。如果您的同事期望相关的、紧密绑定(bind)的类将位于单个文档中，那么必须搜索它们可能会很烦人(尽管使用现代 IDE 应该不成问题)。

将内容分成更多文件而不是更少文件的另一个原因是版本控制。如果你做了一个小的改变，它应该尽可能只改变一个小文件。如果您进行彻底的更改，很明显会查看日志，因为所有受影响的文件(以及间接的类)都会被记录下来。