Debido a los eventos recientes, estoy tratando de averiguar cuántos registros de depuración debo usar para el código en general.Prácticas de registro de depuración general
Lo que he estado haciendo es usar registros de depuración con bastante moderación, y solo en casos en los que quería información adicional o lo que sea. Esto tiene sentido para mí, ya que parece que no debe registrar cada pequeña cosa que hace su código, ya que eso podría inundarlo con tanta información que sería más fácil perderse algo que realmente era importante (o volverse loco al cavar). a través de y verificando los registros).
Por otro lado, presento un ejemplo: recién comencé a usar logback/slf4j para mi proyecto java, y para probar que tenía el archivo .xlm configurado correctamente agregué una declaración de registro de depuración al final de un método que inicializa los componentes de GUI. Normalmente, nunca habría puesto una declaración de registro allí, porque es bastante obvio si los componentes de tu GUI no se inicializan correctamente cuando ejecutas el programa. Sin embargo, esta vez ejecuté el programa, y bajo y he aquí los registros mostraron que los componentes de la interfaz gráfica de usuario se estaban inicializando dos veces, a pesar de que solo se mostraba un conjunto de ellos. Un error de un tamaño decente, pero algo que probablemente no habría capturado sin esas declaraciones de depuración.
Así que mi pregunta: ¿Hay alguna "mejores prácticas" disponibles cuando se trata de registros de depuración? He visto muchas preguntas de mejores prácticas cuando se trata de registros de información, excepciones, errores, etc., pero no he encontrado mucho por ahí en lo que respecta a los registros de depuración.
Gracias :)
leer registros grandes es un mal necesario al que es necesario acostumbrarse. viene con el trabajo. :) – euphoria83
@ euohoria83 - ¡Blech! Es hora de comenzar a prepararme mentalmente, parece: P – vimalloc