-1

使用されていない例外をキャッチするためのベスト プラクティスを知りたいと思っています。皮肉なことに、これはそもそもベスト プラクティスに反することです。私はこれを行う立場にいることに気付きました.おそらくそれは私の経験不足ですが、一般的に何が行われているのか疑問に思っています.

ある SharePoint サイトからリスト情報を取得して別のファームで共有する小さなコンソール アプリケーションを作成しました。問題の関数はリストを XElement にクエリし、途中でエラーをキャッチしています。これがスニペットです。

...
    try
    {
       return lists.GetListItems("Global Announcement", null, null, viewFields.GetXmlNode(), null, null, null)
                 .GetXElement().Elements().First().Elements().First();
    }
    catch (Exception ex)
    {
        throw;
    }
}
catch (Exception ex)
{
    ErrorLogging.SaveErrorToEventLog("Encountered an error when attempting to connect: ", ex);
}

先輩から、スタック情報を適切な順序に保つために、内部例外にスローのみを使用するようにアドバイスされました。このような場合、ベストプラクティスが何であるかを知りたいのですが、そもそもException exベストプラクティスを破ることは決して起こらないのでしょうか?try catch

4

1 に答える 1

3

再スローするためだけに例外をキャッチしても意味がなく、コードが大きくなり遅くなるだけです。

一方、キャッチして再スローしない場合は、外部ハンドラーで正しく実行しているように見えるため、常にどこかにログを記録する必要があります。

于 2013-07-09T18:46:26.360 に答える