独自の汎用ログインターフェイスを作成することを避け、起動にはログライブラリを必要としないTraceの機能を組み込みます。ロギングライブラリに対処する前に、少なくとも私のトレース情報が少なくとも出力ウィンドウに表示されています。これは開発のこの段階でかなり適切です。リスナーとして.NETトレースとNLogまたはlog4netなどを使用する
ログライブラリをアプリケーションに追加し、リスナーとTraceを結合して、ログコードをもう書き込まないようにしたいと考えています。
これらのロギングライブラリのトレースリスナー、またはエンタープライズライブラリのようなその他のリスナーは、迅速に実装するために利用可能または実現可能ですか？
NLogは、Trace/TraceSourceステートメントをNLogロギングシステムにルーティングするTraceListenerを提供します。
私の知る限りのlog4netのはのTraceListenerが付属していませんが、1の書き込みするのは簡単でなければなりません。また
How to log Trace messages with log4net?
は、あなたが求めていませんでしたが、Common.Loggingも提供します（Common.Logging抽象化APIを使用して）ロギング・メッセージをTraceListenerにルーティングする方法、およびCommon.Loggingでサポートされているプラットフォーム間でブリッジする方法について説明します。ここ
を参照してください高度なロギングタスク：
http://netcommon.sourceforge.net/docs/2.1.0/reference/html/ch01.html
は限りあなたの戦略上の私の意見として...私は戦略が合理的と思われると思います。静的Traceオブジェクトではなく、TraceSourcesの使用を検討することをお勧めします。 1つのメリットは、細かい制御（細かいトレースソースのオン/オフや異なるレベルの設定）を行うことです。
ありがとう、私はCommon Loggingを見ていきますが、TraceSourcesをよく見れば、当初は単純なトレースに固執していました。 – ProfK
TraceSourcesとCommon Loggingはありがとうございます。私はこれまでCommon Loggingについて知らなかった。 – ProfK
私はhttp://insightextensions.codeplex.com/をミックスに追加したいと思います。 – code5