Использовать EventLogTraceListener в течение всего срока службы приложения в winforms?

Question

Я хочу добавить трассировку журнала событий в мое приложение winforms, но в этом не понимаю.

Что я сделал это за шаги: В моем app.config:

<system.diagnostics> 
     <trace autoflush="true" indentsize="4"> 
     <listeners> 
      <add name="myListener" type="System.Diagnostics.EventLogTraceListener" initializeData="MyApplication"/> 
      <remove name="Default" /> 
     </listeners> 
     </trace> 
    </system.diagnostics> 

• Базовый класс регистратор так:

  с использованием системы; с использованием System.Diagnostics;

  имен LogEventSample { общественный статический класс Logger { государственной статической силы Error (строка сообщения, модуль строка) { WriteEntry (сообщение "ошибка", модуль); }

  public static void Error(Exception ex, string module) 
      { 
       WriteEntry(ex.Message, "error", module); 
      } 
  
      public static void Warning(string message, string module) 
      { 
       WriteEntry(message, "warning", module); 
      } 
  
      public static void Info(string message, string module) 
      { 
       WriteEntry(message, "info", module); 
      } 
  
      private static void WriteEntry(string message, string type, string module) 
      { 
       Trace.WriteLine(string.Format("{0},{1},{2},{3}", DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss"), type, module, message)); 
      } 
  } 
  

  }

А потом, когда мне нужна строка:

Logger.Info("working...", "MyApp"); 

Мои сомнения приходит со временем жизни приложения. Это повлияет на производительность приложения? Должен ли я сделать это по-другому?

Кроме того, как я могу хранить дополнительную информацию, когда я это делаю? я не говорю о сохранении некоторой строки исключения, но для сохранения более подробных данных, которые будут отображаться в средстве просмотра событий.

Answer 1

Как вы это делаете, это стандартный способ отслеживания обратной связи приложений в .NET, поэтому он не должен быть «неправильным».

Также не влияет ваша производительность приложения, так как вызовы Trace.WriteLine разрешены только в рамках отладочной сборки. Если вы посмотрите на определение, вы заметите, что он аннотируется с атрибутом Conditional("TRACE"). Поэтому, если вы измените свой профиль сборки на «Release», свойство «Define TRACE-constant» вашего проекта будет отключено (по умолчанию), и вы не увидите никакого вывода трассировки (даже в вашем журнале, поэтому проверьте, является ли это вашим желаемое поведение!).

Также обратите внимание, что регистрация не должна быть вашим первым приоритетом оптимизации. Алгоритмы с улучшенным временем выполнения могут компенсировать большинство накладных расходов и должны стать началом.

Если вы хотите получить больше контроля над тем, как данные будут регистрироваться, я готов поспорить, что вы лучше всего работаете с хорошей структурой ведения журнала, например Semantic Logging или Log4Net.