相关疑难解决方法(0)

我一直在决定如何在我的应用程序中处理异常.

如果我的异常问题来自1)通过远程服务访问数据或2)反序列化JSON对象.不幸的是,我不能保证这些任务中的任何一个都成功(切断网络连接,不正确的JSON对象,这是我无法控制的).

因此,如果我遇到异常,我只需在函数内捕获它并返回FALSE给调用者.我的逻辑是,所有调用者真正关心的是任务是否成功,而不是为什么它不成功.

这是典型方法的一些示例代码(在JAVA中)

public boolean doSomething(Object p_somthingToDoOn)
{
    boolean result = false;

    try{
        // if dirty object then clean
        doactualStuffOnObject(p_jsonObject);

        //assume success (no exception thrown)
        result = true;
    }
    catch(Exception Ex)
    {
        //don't care about exceptions
        Ex.printStackTrace();
    }
    return result;
}

我认为这种方法很好,但我真的很想知道管理异常的最佳实践是什么(我应该在调用堆栈中一直冒出异常吗？).

总结关键问题:

1. 是否可以捕获异常但不会冒泡或正式通知系统(通过日志或通知用户)？
2. 对于不会导致所有需要try/catch块的异常的最佳实践有哪些？

跟进/编辑

感谢所有反馈,在网上找到了一些关于异常管理的优秀来源:

• 异常处理的最佳实践| 奥莱利媒体
• .NET中的异常处理最佳实践
• 最佳实践:异常管理(文章现在指向archive.org副本)
• 异常处理反模式

似乎异常管理是根据上下文而变化的事情之一.但最重要的是,人们应该如何管理系统中的异常.

另外注意通过过多的尝试/捕获代码腐烂或不给予例外它的尊重(例外是警告系统,还需要警告什么？).

此外,这是m3rLinEz的一个很好的选择评论.

我倾向于同意Anders Hejlsberg和你的看法,大多数来电者只关心操作是否成功.

从这个评论中,它提出了一些在处理异常时要考虑的问题:

• 抛出此异常有什么意义？
• 处理它有什么意义？
• 呼叫者是否真的关心异常,还是只关心呼叫是否成功？
• 是否强制调用者管理潜在的异常优雅？
• 你是否尊重这种语言的含义？
  • 你真的需要返回像布尔这样的成功标志吗？返回boolean(或int)更像是一种C心态而不是Java(在Java中你只是处理异常).
  • 遵循与语言相关的错误管理结构:)!

我已经用Java编写了一段时间了.但有时候,我不明白何时应该抛出异常,何时应该捕获异常.我正在开发一个有很多方法的项目.层次结构是这样的 -

Method A will call Method B and Method B will call some Method C and Method C will call Method D and Method E.

所以我目前正在做的是 - 我在所有方法中抛出异常并在方法A中捕获它然后记录为错误.

但我不确定这是否是正确的方法呢？或者我应该开始捕获所有方法中的异常.所以这就是为什么这种混乱开始于我 - 我应该何时捕获异常与何时应该抛出异常.我知道这是一个愚蠢的问题,但不知怎的,我正在努力理解这个主要概念.

有人能给我一个详细的例子,When to catch the Exception vs When to throw the Exceptions以便我的概念得到澄清吗？在我的情况下,我应该继续抛出异常然后在主调用方法A中捕获它吗？