クライアント側のログ戦略

Question

アプリケーションのクライアント側のデスクトップで実行されるWPFアプリケーション用のロギング戦略を実装する必要があります。

私はEnterprise Library Caching Block（v5）を使用していますが、多くの優れた機能があります。しかし、私は、ビジネスロジックがどうしているかについて、あまりにも多くの情報を明らかにしたくありません。このソートは、使いやすいログメッセージと競合します。デバッグのサポートを提供するためにできるだけ多くの情報を記録する必要があります。一方、私はログファイルを読むことによってリバースエンジニアリングを可能にするかもしれない情報をあまりにも多く明らかにしたくありません。

私は当初、クラス名をハッシュし、各メソッドにint識別子を割り当て、その情報をクライアント側で記録することを考えていました。これにより、意図しない目的で使用できる情報の量が減少しますが、ファイルを読み込んでハッシュされたIDをクラス名に戻す必要がある場合、非常に効率的ではありません。

誰もがこの問題の経験がありますが、これに関する良い記事はありますか？

ありがとうございました。

Answer 1

エラーまたは問題が発生したときにのみこのログを有効にし、自分自身が読むことができれば、ログを難読化してユーザーから「ビジネスロジック」を隠そうとすることはありません。

難読化では、問題のデバッグが遅くなります。推測すると、本当にビジネスロジックを見たい場合は、逆アセンブラを取得するだけです。

ほとんどのユーザーが何かを見ても気にしないと思います。*.log