使用應用程序範圍TraceSource的最佳實踐

Question

因此，我有一個應用程序，我將使用跟蹤來記錄應用程序活動/錯誤等。大多數信息都會記錄到日誌文件中，而一些錯誤也會在事件查看器中進行。這個應用程序將有很多類。
在這種情況下使用TraceSource的最佳方式是什麼？我應該創建一個包裝TestSource類的單例，還是有更好的方法呢？

Answer 1

我同意與@Valdis一定程度上 - log4net的和NLOG是提供非常強大的日誌框架的兩個例子有很大的靈活性和相對易於使用的配置（NLog可能比log4net更容易配置）。但是，我認爲完全避免TraceSource是不必要的。 TraceSource是內置的，所以你可以避免額外的依賴。

如果您使用TraceSource，我不認爲應用程序範圍內的單個靜態TraceSource對象是要走的路。我建議使用更多的TraceSources，甚至每個類可能會有一個（這可能是矯枉過正的，但在使用log4net和NLog時是一種常見模式）。

我在關於何時在應用程序中使用多個TraceSource的其他問題的答案中提供了更多詳細信息。

Answer 2

您是否嚴格使用內置的.net事件和日誌記錄基礎結構？我鼓勵使用一些第三方（例如從企業庫登錄）。這些都是更靈活，更可配置的，你沒有headackes這樣的 - 你只寫：

Logger.Write(...)