客戶端日誌記錄策略

Question

我需要爲將在應用程序的客戶端的桌面上運行的WPF應用程序實現日誌記錄策略。

我使用的企業庫緩存塊（V5），並有很多強大的功能。但是，我不想透露有關業務邏輯如何執行其事情的太多信息。這種類型與易於使用的日誌消息相沖突。一方面我需要記錄儘可能多的信息以提供調試支持。另一方面，我不想透露太多可能通過閱讀日誌文件來實現反向工程的信息。

我最初曾認爲散列類名稱並分配一個int標識符到每個方法，然後登錄客戶端的信息的。這會減少可用於非預期目的的信息量，但當我不得不讀取文件並將散列後的ID轉換回類名時效率不高。

任何人有這個問題的經驗，對此有什麼好文章？

謝謝。

Answer 1

如果該日誌的目的是當錯誤或問題發生時，才啓用，併爲自己讀那麼我不會試圖混淆日誌，從用戶隱藏「業務邏輯」打擾。

混淆只會拖慢你的問題的調試，正如你猜想，如果有人真的想看看你的業務邏輯，他們可以得到一個反彙編。

我想你會發現大多數用戶甚至懶得看什麼東西*.log。