Utils是不是很好的做法？

Question

我看到很多使用这种文件的项目。它通常包含代码中许多位置所需的函数。从包含一个或两个函数的类和名称空间的数量中保存代码似乎是合乎逻辑的。但另一方面，它使代码更少地分成逻辑部分，可以更难理解项目的结构。那么我的问题是什么呢？在项目中有这样的文件是好还是坏？

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

Answer 1

天气或不是一个utils文件是不好的做法取决于很多因素。 其他因素是（并且该列表并非详尽无遗且可能受到不同个人的意见）：

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

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