我想最简单的解释方法是通过一个人为的例子:

public static int Fail() {
    var b = true;
    if (b) {
        return 0;
    }
}

这段代码不会编译,并给出错误“并非所有代码路径都返回一个值”,而我们人类可以清楚地看到它确实如此。我明白为什么。我的问题是应该采取什么措施来纠正这种情况。它可能是这样的:
public static int Fail() {
    var b = true;
    if (b) {
        return 0;
    }
    throw new ApplicationException("This code is unreachable... but here we are.");
}

但这一切似乎都很愚蠢。有没有更好的办法?同样,此代码是一个人为的示例(并且可以简化为 return 0 )。我的实际代码庞大而复杂,但在尝试退出之前,逻辑上(通过数学证明)确实返回了一个值。

最佳答案

C# 代码流分析是有限的,正如您的示例所指出的,有些情况下所有路径都返回但编译器无法检测到它。在这些情况下,抛出异常是一种可接受的补救措施。

我不会使用返回默认值来修复此错误。您在假设该行永远不会违反编译器的建议的情况下进行操作。考虑一下您的分析是错误的,并且可以继续执行到方法的末尾。如果您返回一个默认值,那么您将不会有问题的迹象。该方法只会返回错误数据。抛出异常会使问题很明显。

然而,在这些情况下,我的偏好是简单地重写代码,以便编译器可以看到所有路径终止。总的来说,我发现如果方法太复杂以至于编译器无法遵循它,那么在我之后拿起代码的人也将无法遵循它。

关于c# - 当函数的逻辑确实确保返回时如何处理 "not all code paths return a value",我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/18423961/

10-17 01:52