每个方法(功能)原则等于或少于15行？

Question

有些书或大师告诉我们这个原则:每种方法(函数)等于或少于15行，完美在(或等于)8行以下。

这个原则在大多数情况下有意义吗？

在中有很多破坏原则的情况，那么如何处理这个原则呢？

这个原则的例外是什么？

是否值得花费大量的时间来重构现有代码以适应这一原则？

在第15行打电话给另一个方法怎么样？(开玩笑)

Answer 1

我一直都听到这样的“规则”，但是太过努力去遵守这些规则是很容易的。

我见过一些代码，其中函数被分解成非逻辑块，只是为了保持函数的简短。

我认为常识是最好的规则。

没有人能想出一个适用于每一种情况的数字。如果您找到了一个逻辑语句块，可以将其重构为一个新方法，那么就应该这样做，并且您应该尽可能地找到您的方法长度。

如果你不能，但你注意到方法变得不合理的长，不要把它看作是你应该把它们分解成任意数量的行，但是也许其他的东西需要重构，例如，也许整个类有太多的责任。

编辑: SJuan76也提出了一个很好的观点：

问:什么时候15行代码不是真正的15行代码？

答:当它是15行日志值/琐碎输入验证/(等等)

这是使用代码行作为度量的最大缺陷之一，即使这是这样一个狭窄的情况。代码行不能转换/等同于任何有用的“工作”度量。在一个环境中，10行可能足以配置一个错误记录器，而在另一种环境中，2行就足够了，我认为在这两种情况下都需要一种方法。