方法行数量.清除代码

本文关键字：清除 代码 方法 | 更新日期: 2023-09-27 17:57:42

方法中要使用的最佳行数是多少？花括号不算。什么代码更好？代码正在Main（）中运行//第一个

string line;
            while ((line = Console.ReadLine()).ToLower() != Break)
            {
                commandAnalyzer.AnalyzeAndRun(line);
            }

//或第二个

 RunTextualInterface(commandAnalyzer);
    private static void RunTextualInterface(TextCommandAnalyzer commandAnalyzer)
    {
        while (notBreakCommand())
        {
            analyzeCommandWithHelpOf(commandAnalyzer);
        }
    }
    private static void analyzeCommandWithHelpOf(TextCommandAnalyzer commandAnalyzer)
    {
        commandAnalyzer.AnalyzeAndRun(readNewLine());
    }
    private static bool notBreakCommand()
    {
        return readNewLine() != Break;
    }
    private static string readNewLine()
    {
        return Console.ReadLine().ToLower();
    }

//结果一样我问原因，老师说每种方法最多必须有6行。（花括号不计算在内）

方法行数量.清除代码

我认为第一种方法在这种情况下会更好。当涉及的逻辑不太复杂，也不太大，不应该是一个单独的方法时，方法太多会降低可读性。如果程序的其他部分也必须使用这种逻辑，那么制定不同的方法也是有意义的。但是，由于方法太小，在这种情况下，制作一个单独的方法

对我来说甚至没有意义

您希望在不降低可读性的情况下减少需要维护的代码量。我喜欢你的第一个答案。阅读Steve Yegge关于代码大小是如何成为代码最大敌人的文章。

努力让代码的读者理解代码所需的一切尽可能地本地化。在有帮助的地方使用抽象（例如，将东西重构为方法）。避免抽象（例如，为读者已经熟悉的操作发明新名称），因为它们没有帮助。

关于方法大小的各种规则：它们不是规则。它们是指导方针。只要你的方法太长，就停止。这可能是一个糟糕设计的标志。但这并不一定——使用该规则可以触发对代码的仔细查看。

培养风格感。随着你的进步，这种情况会一直改变。不要害怕一直更新你的风格——尽管在项目中要尽量保持相同的风格。尝试不同的风格并获得经验。这是唯一真正的道路。

如果你对这类问题感兴趣，我建议你阅读：

代码完整第二版

这本书有一章是关于这一点的：

"创建高质量代码"->"一个例程可以有多长？"

相关文章：