问最佳实践:许多小函数/方法，还是具有内联逻辑流程组件的大函数？

EN

我总是把长方法分解成逻辑块，然后试着把它们变成更小的方法。我通常不会将几行代码转换成一个单独的方法，直到我在两个不同的地方需要它，但有时我这样做只是为了提高可读性，或者如果我想单独测试它。

Fowler的Refactoring就是关于这个主题的，我强烈推荐它。

下面是我在重构中使用的一条方便的经验法则。如果有一段代码有注释，我可以将其重新添加到方法名中，将其拉出并使其成为方法。

该方法的大小直接链接到它的。

保持方法大小较小(这意味着将一个大方法划分为几个小方法)的主要优点是：

• 更好的单元测试(由于更显式的堆栈跟踪(而不是一个巨大方法中的一个错误)导致的低圈complexity)
• better调试)

和往常一样，你可以说:视情况而定。这更多的是一个命名和定义方法任务的问题。每个方法应该完成一个(而不是更多)定义良好的任务，并且应该完整地完成它们。方法的名称应指示任务。如果您的方法名为DoAandB()，那么使用单独的方法DoA()和DoB()可能会更好。如果您需要像setupTask、executeTask、FinishTask这样的方法，那么将它们组合起来可能会很有用。

一些要点表明，不同方法的合并可能是有用的：

• 如果不使用其他方法，则不能单独使用方法。
• 您必须注意以正确的顺序调用某些依赖方法。

一些要点表明，拆分该方法可能很有用：

• 现有方法中的一些行有明显的独立task.
• Unit-testing的大方法出问题。如果为独立的方法编写测试更容易，那么拆分大的方法。

作为对单元测试参数的解释:我写了一个方法，它做了一些事情，包括IO。IO部分很难测试，所以我考虑了一下。我得出的结论是，我的方法做了5个逻辑独立的步骤，其中只有一个涉及IO。所以我将我的方法分成5个较小的方法，其中四个很容易测试。