最佳实践返回值与例外与Enum的比较

Question

我试图找出具有多个结果值的方法的优点和缺点.

例如,我正在使用登录方法.如果登录成功,它将通过,否则我需要知道它失败的原因.

1.返回真或假(信息不足)

bool Login(string user, string password);

2.如果成功则返回true,否则抛出异常

public class UnknownUserException : Exception { }
public class WrongPasswordException : Exception { }
bool Login(string user, string password);

什么也没有.如果不成功则抛出异常

public class UnknownUserException : Exception { }
public class WrongPasswordException : Exception { }
void Login(string user, string password);

4.返回枚举值

enum LoginResult
{
    Successful
    UnknownUser,
    WrongPassword
}
LoginResult Login(string user, string password);

"登录"只是一个示例.我想知道不同实现的优点和缺点是什么,在哪些情况下它们或多或少是合适的.

Answer 1

绝对不是例外。登录失败几乎不是“例外”情况，它只是应用程序的正常逻辑过程。如果您使用异常，那么除了处理登录失败的情况外，您将始终必须使用异常处理程序包装登录。这似乎是对逻辑流使用异常的定义，这是不对的。

如果您需要返回特定信息（登录功能并不总是需要这些信息，但可能是您的情况），#4 似乎是合理的。你可以更进一步，让它成为一个对象：

public class LoginResult
{
    // an enum for the status
    // a string for a more specific message
    // a valid user object on successful login
    // etc.
}

或者，根据它的逻辑，一个不可变的结构而不是一个类。（确保结构是不可变的，可变结构只是自找麻烦。）重点是您可以在结果对象本身上应用各种逻辑和功能，这似乎是您前进的方向。

Answer 2

你会得到更多固执己见的答案，如果我这样做，我会结合 3 和 4。抛出LoginFailedException一个枚举来说明原因。

void Login(string user, string password);//Or return a bool(redundant though)

class LoginFailedException : ApplicationException
{
    public LoginFailReason Reason {get; private set;}
    public LoginFailedException(LoginFailReason reason)
    {
       this.Reason = reason;
    }
}

enum LoginFailReason
{
    UnknownUser,
    WrongPassword
}

选择例外选项的原因：假设您选择仅返回值方法，您的 api 的用户（可能是客户端或其他开发人员）可能有机会忽略该 API。

instance.Login(user, password);
var accountInfo = instance.GetAccountInfo();//Assuming logged in; going to explode

谁知道他们必须这样做

if(instance.Login(user, password) == LoginResult.Successful))
{
    var accountInfo = instance.GetAccountInfo();
}

因此，IMO 抛出异常，说由于某某原因，我无法处理您的登录请求。让它变得简单。