客户端日志记录策略

Question

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

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

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

任何人有这个问题的经验，对此有什么好文章？

谢谢。

Answer 1

如果该日志的目的是当错误或问题发生时，才启用，并为自己读那么我不会试图混淆日志，从用户隐藏“业务逻辑”打扰。

混淆只会拖慢你的问题的调试，正如你猜想，如果有人真的想看看你的业务逻辑，他们可以得到一个反汇编。

我想你会发现大多数用户甚至懒得看什么东西*.log。