Работа с журналами приложения в Visual Basic

  • Статья

Объекты My.Application.Log и My.Log упрощают запись сообщений и данных трассировки в журналы.

Как осуществляется регистрация сообщений

Сначала проверяется уровень серьезности сообщения с помощью свойства Switch свойства журнала TraceSource . По умолчанию только сообщения с уровнем серьезности "Информация" и более высоким передаются прослушивателям трассировки, определенным в коллекции TraceListener журнала. Затем каждый прослушиватель сравнивает серьезность сообщения со свойством Switch прослушивателя. Если уровень серьезности сообщения достаточно высокий, прослушиватель записывает сообщение.

На приведенной ниже схеме показан способ передачи сообщения, записанного методом WriteEntry , в методы WriteLine прослушивателей трассировки журнала.

Diagram that shows My log call.

Поведение журнала и прослушивателей трассировки можно изменить путем изменения файла конфигурации приложения. На приведенной ниже схеме показано соответствие между элементами журнала и файла конфигурации.

Diagram that shows My log configuration.

Куда записываются сообщения

Если сборка не имеет файла конфигурации, объекты My.Application.Log и My.Log записывают сообщения в вывод отладки приложения (с использованием класса DefaultTraceListener ). Кроме того, объект My.Application.Log записывает данные в файл журнала сборки (с использованием класса FileLogTraceListener), а объект My.Log записывает сообщения в вывод веб-страницы ASP.NET (с использованием класса WebPageTraceListener).

При работе с приложением в режиме отладки вывод отладки можно просматривать в окне Visual Studio Вывод. Чтобы открыть окно Вывод , выберите пункт меню Отладка , наведите указатель на пункт Окнаи выберите пункт Вывод. В окне Вывод выберите значение Отладка в поле Показать выходные данные из .

По умолчанию объект My.Application.Log записывает сообщения в файл журнала, расположенный по пути данных приложения пользователя. Путь можно получить из свойства FullLogFileName объекта DefaultFileLogWriter . Путь имеет следующий формат:

BasePath\CompanyName\ProductName\ProductVersion

Стандартное значение для BasePath будет следующим.

C:\Documents and Параметры\username\Application Data

Значения параметров CompanyName, ProductNameи ProductVersion берутся из сведений о сборке приложения. Имя файла журнала имеет следующий формат: AssemblyName.log, где AssemblyName — имя файла сборки без расширения. Если требуется несколько файлов журнала, например, когда исходный журнал недоступен при попытке записи в журнал, имя файла журнала имеет следующий формат: AssemblyName-iteration.log, где iteration — положительное целое число типа Integer.

Поведение по умолчанию можно переопределить путем добавления или изменения файлов конфигурации компьютера и приложения. Для получения дополнительной информации см. Walkthrough: Changing Where My.Application.Log Writes Information.

Настройка параметров журнала

Объект Log имеет реализацию по умолчанию, которая работает без файла конфигурации приложения, app.config. Чтобы изменить значения по умолчанию, необходимо добавить файл конфигурации с новыми параметрами. Дополнительные сведения см. в разделе Walkthrough: Filtering My.Application.Log Output.

Разделы конфигурации журнала находятся в узле <system.diagnostics> в основном узле <configuration> файла app.config. Сведения журнала определены в нескольких узлах.

  • Прослушиватели для объекта Log определены в узле <sources> с именем DefaultSource.

  • Фильтр серьезности для объекта Log определен в узле <switches> с именем DefaultSwitch.

  • Прослушиватели журнала определены в узле <sharedListeners> .

Примеры узлов <sources>, <switches>и <sharedListeners> показаны в приведенном ниже коде.

<configuration>
  <system.diagnostics>
    <sources>
      <source name="DefaultSource" switchName="DefaultSwitch">
        <listeners>
          <add name="FileLog"/>
        </listeners>
      </source>
    </sources>
    <switches>
      <add name="DefaultSwitch" value="Information" />
    </switches>
    <sharedListeners>
      <add name="FileLog"
        type="Microsoft.VisualBasic.Logging.FileLogTraceListener,
          Microsoft.VisualBasic, Version=8.0.0.0, Culture=neutral,
          PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL"
        initializeData="FileLogWriter"
      />
    </sharedListeners>
  </system.diagnostics>
</configuration>

Изменение параметров журнала после развертывания

При разработке приложения его параметры конфигурации хранятся в файле app.config, как показано в приведенных выше примерах. После развертывания приложения настройку журнала можно по-прежнему выполнять с помощью файла конфигурации. В приложении Windows этот файл имеет имя имяПриложения.exe.config и должен находиться в той же папке, что и исполняемый файл. Для веб-приложения это файл Web.config, связанный с проектом.

Когда приложение выполняет код, который впервые создает экземпляр класса, выполняется проверка сведений об объекте в файле конфигурации. Для объекта Log это происходит при первом обращении к объекту Log . Система проверяет файл конфигурации только один раз для каждого отдельного объекта — при первом создании объекта в приложении. Таким образом, необходимо перезапустить приложение, чтобы изменения вступили в силу.

В развернутом приложении активация кода трассировки выполняется путем повторной настройки объектов переключателей до запуска приложения. Обычно это подразумевает включение и отключение объектов переключателей или изменение уровней трассировки, а затем перезапуск приложения.

Соображения безопасности

При записи данных в журнал необходимо учитывать указанные ниже моменты.

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

  • Храните журнал в безопасном месте . Любой журнал, который может содержать конфиденциальные данные, должен храниться в безопасном месте.

  • Не допускайте неправильных сведений . В общем случае приложение должно проверять все данные, введенные пользователем, перед их использованием. Это относится и к записи данных в журнал приложения.

  • Не допускайте отказа в обслуживании . Если приложение записывает в журнал слишком много сведений, это может привести к переполнению журнала или усложнить поиск важной информации.

См. также