在什么情况下创建单行方法是否正常？

Question

我经常创建包含一行代码的方法。我这样做，作为一种创建自我记录代码的方式，因为我可以决定方法的名称，从而决定行为。

另一方面，创建这样的方法会增加大约四行代码（当我包含空行时）。

问题

在任何情况下创建单线方法最佳实践吗？在您认为的情况下：在哪种情况下最佳实践？

Answer 1

你的判断应该是可读性的。代码行的可读性，大小，复杂性等可能会有很大差异。例如，如果您的复杂行不太可读且不言自明，您只需对其进行注释即可。但是如果在代码中的多个位置使用相同的行（或者仅通过某些参数不同），而不是重复该注释，则将其包含到具有良好名称且可能具有该注释的方法中。

是的，我知道完美的代码不需要任何评论，但完美的代码只是一个神话

Answer 2

除了可读性和可维护性（应该是给定的）之外，方法的一个重要考虑因素是派生类是否需要覆盖此特定方法。我倾向于谨慎地做到这一点，只有当我知道需要覆盖子类中的行为时，因为我认为过于详细的方法拆分会妨碍可读性并增加混乱;但是，当然，子类对它可以覆盖的内容的控制越详细，代码就越通用。

Answer 3

使用方法将算法概括为动作。例如，您可以使用counter++代替private void incrementCounter() { counter++; }而不是{{1}}。所以你基本上对你说：好的，我首先递增计数器，然后......等等。它更具人性化。但是在目前的情况下使用你喜欢的东西。

Answer 4

代码越容易阅读，越好！代码应尽可能自我描述，通过添加命名良好的函数和变量，您“最有可能”使代码更具可读性！