Utils文件是好的做法吗? [关闭]
Posted
技术标签:
【中文标题】Utils文件是好的做法吗? [关闭]【英文标题】:Is Utils file good practice? [closed] 【发布时间】:2015-04-24 20:04:49 【问题描述】:我看到很多项目都使用这种文件。它通常包含代码中很多地方需要的函数。从包含一两个函数的类和命名空间的数量中保存代码似乎是合乎逻辑的。但另一方面,它使代码更少地分成逻辑部分,从而更难理解项目的结构。那么我的问题是什么。在项目中有这样的文件是好是坏?
我使用的语言是 c++,但问题似乎涉及任何编程语言。
【问题讨论】:
我觉得这个问题有点太宽泛了,但我认为用自己的代码制作一个库并在一堆项目中使用它是一种常见的做法。请记住,面向对象代码的一部分正在重用您已经编写的代码。 这在扩展方法存在之前更为常见,但是(这是一种观点)现在我们可以编写扩展方法,实用程序类正在让位于用于特定目的的静态扩展类。 我相信 util 类很好。你宁愿有很多重复的代码吗?不,它还使代码库更小。如果代码写得好和/或注释得当,阅读代码应该不会有问题。 【参考方案1】:utils 文件是否是不好的做法取决于许多因素。 其他因素是(并且列表并不详尽,可能会受到不同个人的意见):
它是否包含逻辑上属于一起的函数。或者那里有没有的功能。后者当然是不好的做法。 它是否是命名良好的命名空间的一部分,以明确 utils 的用途。 除了命名空间结构之外,还有目录结构 单元测试显示实用程序的工作方式以及用户应该如何使用 api。 如果您能找到一个比简单的 utils 更好的名称,请务必这样做。 这些 utils 文件可以多种形式出现,服务也一样好。 命名良好的类和函数名、变量...结论:它的好坏很大程度上取决于更广泛的上下文和相关文件的内容。干净代码的规则始终适用。将实用程序函数放在单独的文件中的想法是常见的做法,但它们只有在结构非常好的情况下才有用,这样人们就可以很容易地找到它们的方法,并且很容易找到它们。如果这没问题,人们会使用它们。否则人们将不会使用它们,并且您最终仍会得到许多 utils 文件,这些文件仍然包含大量重复,实现略有不同。
【讨论】:
以上是关于Utils文件是好的做法吗? [关闭]的主要内容,如果未能解决你的问题,请参考以下文章