Utils 文件是好习惯吗？

Question

我看到很多使用这种文件的项目。它通常包含代码中很多地方都需要的函数。从包含一两个函数的类和命名空间的数量中保存代码似乎是合乎逻辑的。但另一方面，它减少了将代码分成逻辑部分的程度，从而使对项目结构的理解更加困难。那么我的问题是什么。在项目中有这样的文件是好是坏？

我使用的语言是 c++，但问题似乎是指任何编程语言。

Answer 1

utils 文件是否是不好的做法取决于许多因素。其他因素是（该列表并不详尽，可能取决于不同个人的意见）：

• 它是否包含逻辑上属于一起的功能。或者那里有没有的功能。后者当然是不好的做法。
• 它是否是命名空间的一部分，以明确 utils 的目的是什么。
• 除了命名空间结构之外，还有目录结构
• 显示 utils 如何工作以及用户应该如何使用 api 的单元测试。
• 如果你能找到一个比简单的 utils 更好的名字，一定要这样做。
• 这些 utils 文件可以以多种形式显示，服务也一样好。
• 命名良好的类和函数名称，变量，...

结论：它的好坏在很大程度上取决于更广泛的上下文和相关文件的内容。干净代码的规则始终适用。将实用程序函数放在单独的文件中的想法是常见的做法，但它们只有在结构良好时才有用，以便人们可以轻松找到它们，并且可以轻松地找到它们。如果没问题，人们就会使用它们。否则人们将不会使用它们，并且您仍然会得到许多 utils 文件，这些文件仍然包含大量重复，但实现方式略有不同。