客户端日志记录策略

Question

我需要为将在应用程序的客户端桌面上运行的WPF应用程序实现日志记录策略。

我正在使用企业库缓存块（v5），并且有很多很棒的功能。但是，我不想透露太多有关业务逻辑如何实现其功能的信息。这种类型与易于使用的日志消息冲突。一方面，我需要记录尽可能多的信息以提供调试支持。另一方面，我不想透露太多可能通过读取日志文件来启用逆向工程的信息。

我最初想过散列类名并为每个方法分配一个int标识符，然后在客户端记录该信息。这会减少可用于非预期目的的信息量，但是当我必须读取文件并将散列ID转换回类名时，效率不高。

任何人都有这个问题的经验，有关此的任何好文章？

感谢。

Answer 1

如果此日志仅在发生错误或问题时启用，并且您自己可以阅读，那么我不会因为试图模糊日志以隐藏用户的“业务逻辑”而烦恼。

混淆只会减慢你对问题的调试速度，正如你猜测的那样，如果有人真的想看你的业务逻辑，他们就可以得到一个反汇编程序。

我认为你会发现大多数用户甚至都不想看任何事情*.log。