Мне нужно реализовать стратегию ведения журнала для приложения WPF, которое будет работать на рабочем столе клиентской стороны приложения.Стратегия регистрации на стороне клиента
Я использую блок кэширования корпоративной библиотеки (v5), и есть много отличной функциональности. Однако я не хочу раскрывать слишком много информации о том, как бизнес-логика делает свое дело. Эта сортировка конфликтует с удобными сообщениями журнала. С одной стороны мне нужно регистрировать как можно больше информации, чтобы обеспечить поддержку отладки. С другой стороны, я не хочу раскрывать слишком много информации, которая может позволить обратное проектирование, читая файлы журнала.
Первоначально я думал о именах хеширования и назначал идентификатор int каждому методу, а затем регистрировал эту информацию на стороне клиента. Это уменьшит объем информации, которая может быть использована для непреднамеренных целей, но не очень эффективна, когда мне нужно прочитать файлы и перенести хешированные идентификаторы обратно в имена классов.
У кого-нибудь есть опыт работы с этой проблемой, любые хорошие статьи по этому вопросу?
Спасибо.
Кто читает этот журнал? это включено по умолчанию? –
Это будут пользователи клиентского приложения WPF. Он может не включаться до тех пор, пока я не получу кого-то, сообщающего об ошибках, и в этот момент я бы поручил им включить ведение журнала и отправить мне файл журнала, чтобы я мог отлаживать – Aaron
, если это не то, что включено по умолчанию или легко найдено, а затем обфускация только замедляя отладку ошибок. –