相关疑难解决方法(0)

什么时候功能太长了?

35线,55线,100线,300线?什么时候应该开始分手?我问,因为我有60行(包括评论)的功能,并且正在考虑将它分开.

long_function(){ ... }
Run Code Online (Sandbox Code Playgroud)

成:

small_function_1(){...}
small_function_2(){...}
small_function_3(){...}
Run Code Online (Sandbox Code Playgroud)

这些函数不会在long_function之外使用,因为较小的函数意味着更多的函数调用等.

你什么时候将一个函数拆分成更小的函数?为什么?

  1. 方法应该只做一个逻辑事情(考虑功能)
  2. 你应该能够用一句话来解释这个方法
  3. 它应该适合您的显示器的高度
  4. 避免不必要的开销(注释明显的评论......)
  5. 对于小型逻辑功能,单元测试更容易
  6. 检查部分函数是否可以被其他类或方法重用
  7. 避免过多的类间耦合
  8. 避免深层嵌套的控制结构

谢谢大家的答案,编辑列表并投票给出正确的答案,我会选择那个;)

我现在正在重构这些想法:)

refactoring coding-style function

125
推荐指数
11
解决办法
5万
查看次数

函数/过程/方法应该有多少行代码?

可能重复:
函数何时太长?

我最近得到了一个不值得羡慕的任务,即审查另一个开发人员编写的糟糕代码并记录不良做法.(当然,这都是出于为开发人员的工作付出代价而不是任何无私的理由!)

经过审核的代码有几行代码,其中包含多行代码 - 最长的代码是600行.我想到的几个问题是可维护性和可读性.

诀窍在于我需要为一个外行人辩护,为什么这是一个不好的做法,如果可能的话,用一本备受好评的当前参考书备份它.类比也很好.

有任何想法吗?

重复: 函数何时太长?
重复: 最大功能大小的最佳规则?

refactoring coding-style function code-metrics

48
推荐指数
4
解决办法
4万
查看次数