什么是一个很好的平均方法大小？

Question

我说1到5行.除此之外,您应该通过电子邮件向开发团队的其他成员证明其合理性.这有助于重用,强制良好的命名和耦合方法.

任何意见？

谢谢

Answer 1

方法代码大小是方法职责的错误度量.该方法应该只有一个主要的行为/创建任务,没有代码重复.

Answer 2

1和5行似乎对我来说太小了.如果你把那些没有做太多处理的简单商业应用放在一起那么这似乎没问题,但是如果有任何算法或流程,那么顺序编写处理步骤往往更具可读性(并且可维护性),而不是分散在多个方法中或者类 - 即使它对于封装,验证等是合乎逻辑的.

在许多情况下,5行甚至不足以验证参数并迭代集合.

我会建议'关于一个有意义的'; 20到30行是理想的.

例如:这对我来说似乎有效,但你会认为8行不好:

    // Calculates the depth of the layer in the object graph
    public int GetIndex()
    {
        int ct = 0;
        ViewLayer pos = this;
        while (pos.Parent != null)
        {
            ct++;
            pos = pos.Parent;
        }
        return ct;
    }

(我意识到我通过发布代码开放自己的批评,但我的观点是,这是可读的代码)

Answer 3

有点极端，我认为 5 或更少的循环复杂度是一个合理的衡量标准，而不是行数。将代码分解为少于 5 行可能意味着代码变得不可读且费力。我知道对此会有不同的想法，这就是为什么该线程应该作为主观而关闭。