客户端日志记录策略

Question

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

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

最初，我曾想过对类名称进行哈希处理，然后为每个方法分配一个int标识符，然后将该信息记录在客户端。 这将减少可用于非预期目的的信息量，但是当我不得不读取文件并将散列的ID转置回类名时，效率不是很高。

任何人都对此问题有经验，对此有好的文章吗？

谢谢。

Answer 1

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

混淆只会减慢您调试问题的速度，并且在您推测时，如果某人真的想查看您的业务逻辑，他们可以得到反汇编程序。

我认为您会发现大多数用户甚至都不会理会*.log 。