相关疑难解决方法(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万
查看次数

什么时候应该打破一个功能?

它谨慎地将长函数分解为主函数和辅助函数.

我知道模块外部只会调用主要功能,但它的长度可能会被证明是令人生畏的.

教科书限制了行数,但我觉得这太严格了.

PS我用Python编程,需要处理传入的消息.该函数返回一个包含消息的元组,但是在Python的内部数据类型中.因此,您可以看到每种消息类型的独立代码.

重复的问题

什么时候功能太长了?

refactoring

7
推荐指数
2
解决办法
1897
查看次数

功能长度应该有多大(函数中的代码行)?

可能重复:
函数/过程/方法应该有多少行代码?

我想知道应该有多少行代码?多少行是太多了.

我读了一会儿,大约10或20行,但这是因为屏幕只能容纳这么多行.现在随着屏幕尺寸变大,这将不成立.

让我们假设函数的任何部分都在其他任何地方使用,即忽略DRY原则.

我想听听其他人对此有何看法.

谢谢.

注意:复制什么时候功能太长了?,当我发布时找不到它.

lines-of-code function

3
推荐指数
2
解决办法
1408
查看次数