アプリケーションのアクティビティやエラーなどを記録するトレースを使用するアプリケーションがあります。ほとんどの情報はログファイルに記録されますが、一部のエラーはイベントビューアにも記録されます。このアプリケーションはたくさんのクラスを持っています。
この場合、TraceSourceを使用する最も良い方法は何ですか？ TestSourceクラスをラップするシングルトンを作成するか、それを行うためのより良い方法がありますか？アプリケーション全体を使用するベストプラクティスTraceSource
私は@Valdisである程度同意 - log4netのとNLogは提供非常に強力なロギングフレームワークの2つの例ですかなりの柔軟性と比較的使いやすい設定（NLogはおそらくlog4netよりも設定が簡単です）。しかし、私はそれが完全にTraceSourceを避けるために必要とは思わない。 TraceSourceが組み込まれているので、余分な依存関係を避けることができます。
TraceSourceを使用している場合、私は1つのアプリケーション全体の静的なTraceSourceオブジェクトが行く方法だとは思わない。より多くのTraceSourcesを使用することをお勧めします。クラスごとに1つ（おそらく、過剰な可能性がありますが、log4netとNLogを使用する場合は一般的なパターンです）。
アプリケーションで複数のTraceSourceをいつ使用するかについて、もう1つの質問に答えました。
組み込みの.netイベント処理とログ記録インフラストラクチャを厳密に使用していますか？私は第三者の一部（Enterprise Libraryからのログのようなもの）を使うことを勧めます。これらは複数の構成、より柔軟であり、あなたはこれらのようなheadackesを持っていない - あなただけ書く：
Logger.Write(...)
@Valids：残念ながら、私はこの時点で使用する必要があります – imak