La importancia de los tipos de rastreo debe elegirse no por la ubicación del código, sino porque el mensaje rastreado es más o menos importante. Ejemplo:
Rastree un evento "Inicio" cuando comience un método, que debe representar una sola operación lógica o una tubería, junto con una representación en cadena de los valores de los parámetros pasados al método.
Utilice el tipo de inicio cuando comience una operación lógica. Esto no significa que la traza de inicio debe estar al comienzo de un método, ni tampoco significa que un método debe tener una traza de inicio.
Dicho esto, en la mayoría de los casos, una operación lógica comenzará realmente al comienzo del método. De lo contrario, debe preguntarse si el código se refactorizó correctamente.
Los parámetros de rastreo también pueden ser una mala idea . Tienes que pensar qué rastrear, caso por caso. Por ejemplo, es realmente malo rastrear los parámetros de un método void Authenticate(string userName, string plainPassword).
Rastree un evento de "Información" al insertar un elemento en la base de datos.
Depende. Se deben rastrear algunos elementos, pero no todos.
- Por ejemplo, imagine que en realidad está insertando un elemento de registro en su base de datos. ¿Trazarías los registros? ¿Y luego registrar los rastros? Y luego rastrear el registro de la traza?
- Otro ejemplo: estás insertando datos confidenciales. Esto requiere auditoría. Desde que auditó la inserción, ¿por qué rastrearla?
Rastree un evento de "Información" al tomar una ruta u otra en una importante declaración if / else.
De nuevo, depende.
Rastree un "Crítico" o "Error" en un bloque de captura dependiendo del clima, este es un error recuperable.
La acción tomada después de un error no recuperable puede ser más que un seguimiento. Por ejemplo, en el lado del servidor, le gustaría almacenar la excepción en la base de datos para su posterior análisis. Además, algunas excepciones son menos importantes que otras y no requieren seguimiento.
Rastree un evento "Stop" cuando termine la ejecución del método.
Ver el primer punto.
por favor aclare cuándo es mejor rastrear tipos de eventos detallados y de advertencia.
Verboso:
Verbose se usa para rastrear lo que necesita rastrear cuando algo sale realmente mal. Significa que en la mayoría de los casos, deshabilitará el rastreo de mensajes detallados, pero a veces, debe depurar algunas partes de su código para comprender por qué algo falla en un caso límite.
Por lo general, tiene muchos mensajes detallados que le permiten comprender muy bien el flujo de la aplicación. También significa que esos mensajes deben deshabilitarse la mayor parte del tiempo porque:
- de lo contrario, el registro crecerá muy rápido,
- no los necesitas la mayor parte del tiempo,
- pueden contener datos confidenciales sobre el flujo de la aplicación.
Piense en verbose como una herramienta que debe usar cuando no tiene acceso al depurador.
Advertencia:
El seguimiento de tipo de advertencia se usa cuando sucede algo incorrecto e importante, pero no es demasiado crucial para tratarlo como un error. Por ejemplo, la RAM baja puede emitir una advertencia, pero no hay ninguna razón para rastrear un error, ya que su aplicación puede continuar, incluso si será más lenta de lo habitual.
Ejemplos:
Ejemplo 1: la aplicación no pudo abrir el archivo que el usuario solicitó abrir. El archivo existe y no está en uso, los permisos están configurados correctamente, pero algo bloquea la apertura de un archivo. En este caso, rastreará un error , ya que su aplicación no puede gestionar este caso y continuará funcionando según lo esperado por el usuario (es decir, leer el archivo).
Ejemplo 2: después de la inspección del error en el primer ejemplo, encuentra que el error es causado por el hecho de que la ruta del archivo tiene más de 259 caracteres. Entonces refactorizas tu código para atraparlo PathTooLongException. Cuando, la próxima vez, el usuario intente abrir el mismo archivo, la nueva versión de la aplicación muestra un mensaje que explica que el archivo es demasiado largo y debe moverse a otra carpeta para acortar la ruta completa para abrir este archivo en esta aplicación. También trazas un mensaje .
Ejemplo 3: su aplicación pasó veinte segundos abriendo y analizando un archivo pequeño, mientras que la mayoría de los archivos tardan entre diez y cien milisegundos en abrirse y analizarse. Puede rastrear una advertencia con información relevante: el tipo de disco donde se encuentra realmente el archivo, el sistema de archivos, el tamaño del archivo, el tiempo exacto empleado, el tiempo que estuvo encendida la computadora, etc. Cuando el usuario se queja de que toma veinte segundos para abrir el archivo, toma el rastro para encontrar lo que sucede. Usted encuentra, por ejemplo, que toma mucho tiempo cargar los archivos desde un recurso compartido de red cuando la computadora acaba de comenzar. Le explica al usuario que la demora se debe a la red y no está relacionada con su aplicación.
Ejemplo 4: el archivo abierto se muestra incorrectamente. Habilita el rastreo detallado donde realmente ve cómo se cargan los datos del archivo y luego se analiza, paso a paso.