这是处理滥用的例外情况吗?

是的,我觉得这是一种虐待。

如果在没有图像挂起时不应该简单地调用该方法,那么抛出异常是合理的。客户总是能知道吗?它是否代表一个bug,或者其他一些严重错误的东西,让他们在这种状态下调用它?如果没有,不要使用异常。

在我看来你需要一个枚举。

public enum LoteResponseState
{
    Valid,
    Invalid,
    NoImagePending;
}

public static LoteResponseState getLoteState()
{
    ...
}

• 如果您期望调用的代码 isLoteWaitingForImage() 直接负责处理“无图像挂起”等情况,然后使用多个返回值, 但是使用枚举,而不是ints!
• 如果“no image pending”条件不能由即时调用代码有效地处理,而通常会在调用堆栈的更高层处理,那么异常是更好的选择。

我完全同意枚举是最佳选择。

一般来说,如果某个操作不被认为是很少发生的严重错误,则不应引发异常。只对当前方法无法以有效方式处理的错误引发异常,但是 不 作为一个典型的返回值。

我不是专家,所以不要把这当作最佳实践建议,但我认为在这个特定的案例中使用异常似乎是一种过度杀伤力。我将使用上面提到的一些简单的返回值。

如果您真的想跟踪情况,无论出于什么调试或开发原因,您可能会抛出 RuntimeException("why a runtime exception is thrown") 相反。如果您没有在异常中做一些特别的事情,那么编写自己的异常似乎就太过分了。

我希望这有点道理。:)

走例外的路。它确实有一个更显式的调用接口。如果调用方需要处理此ImageNotPendingException,请将其设置为选中的异常。

返回枚举是一件奇怪的事情,因为它通过将业务细节和处理委托给调用方来减少封装。这样打电话的人就需要对calee了解得太多。

抱歉我英语不好。