1. 首頁
  2. 問答
  3. .NET Logger庫。您的選擇

.NET Logger庫。您的選擇

2010-06-27 19 views
4

您在.NET項目中使用哪種記錄器庫，以及您更喜歡哪種？我使用log4net一段時間，但它的最後一個版本是2007年。如果你有幾個庫的話，你的個人選擇和你的意見是什麼？現在有沒有一種生產標準的記錄器庫？.NET Logger庫。您的選擇

預先感謝您！

來源

2010-06-27 Andrew Florko

回答

4

我仍然使用log4net。沒什麼好抱怨的。

來源

2010-06-27 08:28:32

+0

+1我唯一的抱怨是在記錄格式化的消息時略有惱人的API差異。例如。 'log.Debug'與'log.DebugFormat'相比''log.Debug'。 – 2010-06-27 11:28:54

3

我個人無法忍受log4net。如果你使用log4j，那麼也許它是有道理的，但是如果你從一個沒有破壞的頭腦開始，你會想知道爲什麼它會被寫成這樣。

我更喜歡The Object Guy's Dot Net Logger。

來源

2010-06-27 05:30:29 Alan

4

Logging Application Block來自微軟企業庫不差。

的優勢一覽：

  1. 它可以寫入到各預定目的地 - 數據庫，事件日誌，文本文件，遠程服務器通過MSMQ和它也支持自定義的作家。
  2. 可以通過外部工具完成配置，該工具可直接與應用程序app.config配合使用，也可以在運行時動態配置。
  3. 來自Microsoft的支持。 5版本於2010年4月發佈

來源

2010-06-27 05:55:02

+0

我同意。我特別喜歡可擴展性。我添加到日誌塊的一個很好的功能是能夠根據特定的消息類別向一組利益相關者發送電子郵件。 – Syd 2010-06-27 08:33:33

+0

謝謝參考！當前版本是5.0，最後它達到了log4net功能。 – 2010-08-12 13:13:56

1

我更喜歡我自己的CuttingEdge.Logging。我構建它，因爲我對Log4net和Logging Application Block等複雜性記錄框架感到有些惱火。 CuttingEdge.Logging易於使用，但爲此犧牲了靈活性。

來源

2010-06-27 08:14:25 Steven

+0

+1我更喜歡爲自己的基本系統「滾動自己」，併爲更大的系統使用更復雜的實現 – RobS 2010-06-27 08:30:47

+0

@RobS：感謝您的投票。我不會建議任何人推出他們自己的日誌框架。即使對於基本系統。有足夠的框架可供選擇（比如我自己的）。當然，這個問題會變成正確的。當你有疑問時，你總是可以使用一個日誌外觀，並選擇一個具有該外觀實現的框架。例如CuttingEdge.Logging有一個適用於Common.Logging基礎結構的適配器。 – Steven 2010-06-27 11:55:14

1

我知道的兩個是log4net。我在很多項目中使用過這個。雖然我總是需要閱讀文檔才能建立新項目，但文檔還不錯。

還有NLog雖然我沒有用過它。

來源

2010-06-29 19:51:00

相關問題

 相關問題