Создание лог-файлов и отчетов об ошибках

В случае возникновения ошибки будет создан файл журнала в формате «чистого текста», который затем будет отправлен другим приложением, errorReportin.exe. Это приложение с графическим интерфейсом, которое будет читать и с помощью BackgroundWorker отправлять содержимое файла на мою электронную почту.

1-вопрос: действительно ли мне нужно использовать некоторый XML или JSON и т. д. вместо простого текстового файла? Зачем? Будут ли у меня какие-то проблемы при использовании этого? Я не могу придумать ни одной причины не использовать простой текстовый файл. Это легко читать, может быть, только читая электронную почту, я могу понять, как решить проблему.

2-вопрос: Опасно ли делать этот файл доступным для чтения всем? мне нужно зашифровать его или что-то вроде?

До сих пор я вхожу StackTrace и Message из Exception и Date. Скажите, если вы думаете, что мне не хватает информации для ведения журнала.


person Jack    schedule 16.09.2012    source источник


Ответы (2)


  1. Используйте любой формат файла, который имеет смысл для вашего приложения. XML и JSON полезны, если вы передаете информацию с помощью нескольких разных полей, но если это простое сообщение, то вполне подойдет обычный текст. На самом деле многие приложения передают простые текстовые сообщения для взаимодействия между процессами.

  2. Это зависит от конфиденциальности ваших данных и от того, раскрываются ли они в общедоступном Интернете. Если ответ на оба вопроса положительный, вам следует предпринять шаги для обеспечения защиты транспорта и/или сообщения.

person rs_atl    schedule 16.09.2012

В некоторых местах Stacktrace не одобряется, а другие все равно сбрасывают его в журнал. Не вижу причин, по которым простой журнал нужно усложнять. Затем вашему приложению потребуется создать XML и т.д.

Кроме того, почему вы передаете журнал вторичному процессу? Может ли основное приложение не просто иметь класс (в отдельном потоке, если это необходимо), который ожидает сообщений и регистрирует их?

person Science_Fiction    schedule 16.09.2012