- 已关闭**。此问题为opinion-based。当前不接受答案。
- 想要改进此问题吗？**请更新此问题，以便editing this post可以用事实和引文来回答。
七年前就关门了。
去年，机构群体审查了是否重新讨论此问题，并将其关闭：
原始关闭原因未解决
Improve this question
我看到很多项目使用这种文件。它通常包含代码中很多地方需要的函数。从包含一两个函数的类和命名空间中节省代码似乎是合乎逻辑的。但另一方面，它使代码更少地分离成逻辑部分，这可能会使人们更难理解项目的结构。那么我的问题是什么呢？项目中有这样的文件是好是坏？
我使用的语言是c++，但似乎这个问题指的是任何编程语言。
1条答案
按热度按时间6yt4nkrj1#
一个utils文件是否是一个坏习惯取决于许多因素，其他因素包括（这个列表并不详尽，可能会受到不同人的意见影响）：
结论：它的好坏很大程度上取决于更广泛的上下文和文件的内容。干净代码的规则总是适用的。将实用程序函数放在单独的文件中是常见的做法，但它们只有在结构非常好的情况下才有用，这样人们才能找到它们，并容易地使用它们。如果这是可以的，人们就会使用它们。否则人们就不会使用它们。并且您最终仍然会得到许多util文件，这些文件仍然包含许多重复，实现略有不同。