ライブラリでの例外処理

Question

次のライブラリコードに問題はありますか？

try 
{ 
    // 
} 
catch (Exception ex) 
{ 
    CustomLogger.Log(ex.ToString()); //Write to log file 
    throw; 
} 

私はその例外処理が一番独自のログを持つべきではない、実際にアプリケーション

Answer 1

Aフレームワークに任されているどこかで読んだことがあります。アプリケーションがロギングプロバイダを提供できるようにする必要があります。

アプリケーションがこのような場合にロギングプロバイダを提供した場合、実際のコードは正常です（例外をログに記録してから再スローする）。それ以外の場合は、Exceptionがアプリケーションのためにバブルアップして、どのように見えるかをログに記録します。

Answer 2

あなたは、APIにプログラムのエラーと状態を記録させることができます。このようにすれば、ログを見てAPIをデバッグする方が簡単です。これに加えて、呼び出し元がエラーを知っているので、意味のある方法でそれを処理しようとするために、例外を戻すべきです。ログだけでスローしない場合、呼び出し元は混乱したり、変更のログファイルを監視したり、そこからの例外を推測する必要があります。

私の主張は、ログしてもそれを投げることです。