Java ベースの製品をリリースする前に難読化しましたが、各メソッドにログ メッセージがあります。ログ メッセージを使用してコードを追跡し、リバース エンジニアリングを使用してコードを元に戻すことができることは理解していますが、何か問題が発生した場合にエラーを追跡するのに役立ちます。
私の質問は:難読化した後、ログ メッセージを保持する必要がありますか? そうでない場合、何か問題が発生した場合にエラーを追跡する他の方法はありますか?
Java ベースの製品をリリースする前に難読化しましたが、各メソッドにログ メッセージがあります。ログ メッセージを使用してコードを追跡し、リバース エンジニアリングを使用してコードを元に戻すことができることは理解していますが、何か問題が発生した場合にエラーを追跡するのに役立ちます。
私の質問は:難読化した後、ログ メッセージを保持する必要がありますか? そうでない場合、何か問題が発生した場合にエラーを追跡する他の方法はありますか?
考え方を変えることをお勧めします。コードを難読化すると、何気ない「リバース エンジニア」がコードを理解できなくなります。ただし、コードを解読しようと決心した人にはほとんど影響を与えず、フィールド レポートだけを使用して微妙なバグを再現するときに、自分の仕事をより困難にするでしょう。
デバッグとメンテナンスの余分なコスト (および問題をすぐに解決できない場合の顧客の苛立ち) と知的財産の価値、誰かが実際にそれをリバース エンジニアリングする可能性、およびシステムの一部をリバース エンジニアリングした場合に発生するコスト。