对一个文件有太多功能被认为是不好的做法吗?

时间:2014-03-17 17:33:57

标签: methodology

我们应该在什么时候考虑代码过于混乱?我已经接近完成了一个搜索小部件,它可以读入服务器中的文件数据库,然后显示它,但是我的代码有30多个函数可能被重构为更短更紧凑。作为一名仍在大学的入门级程序员,行业中是否有某种标准,或者人们对我的问题采用何种方法?

1 个答案:

答案 0 :(得分:2)

我认为良好的行业惯例是定义功能,以便它们提供单一的明显作用。换句话说,一个函数应该做一件事并且做得好。

将函数设置为~25行代码是很常见的,但如果它不止于此......也许它可以被分解。这只是一个指导原则。

我认为最好有很多功能然后太少,这通常会导致整体混乱。

此外,单独使用单独的功能,下一步是根据您使用的语言将它们组织成类或模块。

您可能还想了解函数的圈复杂度。有些工具可以帮助分析圈复杂度,但很大程度上说这意味着函数在执行路径方面有多复杂。更多执行路径意味着在您阅读该功能时需要测试,维护和记住的更多内容。低圈复杂度得分是一件好事。