que se muestra en la ventana Consola. Si ejecuta una aplicación desde el comando entonces la salida se dirige de nuevo a esa ventana de comando/terminal. Ambos estos están bien durante el desarrollo, pero ¿qué pasa si el programa no se ejecuta desde un ventana de comandos, tal vez en su lugar es iniciado por el sistema operativo automáticamente (como es típico de numerosos servicios como un servicio de impresión o un sitio web servidor). En este caso, no hay una ventana de terminal/consola a la que enviar los datos; en cambio, los datos simplemente se pierden. Como sucede, los flujos de salida stdout y stderr puede ser dirigido a un archivo (o archivos). Sin embargo, esto generalmente se hace cuando el se inicia el programa y se puede omitir fácilmente. Además solo está el opción de enviar todos los stdout a un archivo específico o todos los errores de salida al stderr. • Otro problema con el uso de la función print() es que todas las llamadas a print serán producción. Al usar la mayoría de los registradores, es posible especificar el nivel de registro requerido. Estos diferentes niveles de registro permiten generar diferentes cantidades de información dependiendo del escenario. Por ejemplo, en una producción confiable bien probada sistema, es posible que solo deseemos que se registre información crítica o relacionada con errores. Este reducirá la cantidad de información que recopilamos y reducirá cualquier impacto en el rendimiento introducido al iniciar sesión en la aplicación. Sin embargo, durante fases de prueba, es posible que deseemos un nivel de registro mucho más detallado. • En otras situaciones, es posible que deseemos cambiar el nivel de registro que se utiliza para una ejecución sistema de producción sin necesidad de modificar el código real (ya que esto tiene la potencial de introducir errores en el código). En su lugar, nos gustaría tener la Facilidad para cambiar externamente la forma en que se comporta el sistema de registro, por ejemplo a través de un archivo de configuración. Esto permite a los administradores del sistema modificar la cantidad y el detalle de la información que se está registrando. normalmente también permite cambiar la designación de la información de registro. • Finalmente, al usar la función print(), un desarrollador puede usar cualquier formato les gusta, pueden incluir una marca de tiempo en el mensaje o no, pueden incluir el nombre del módulo o función/método o no pueden incluir parámetros de no. El uso de un sistema de registro por lo general estandariza la información generada a lo largo con el mensaje de registro. Por lo tanto, todos los mensajes de registro tendrán (o no tendrán) un tiempo- tamp, o todos los mensajes incluirán (o no incluirán) información sobre la función o método en el que se generaron, etc. 26.7 Recursos en línea Para obtener más información sobre el registro, consulte lo siguiente: • https://en.wikipedia.org/wiki/Log_file Una página de wikipedia sobre registro. • https://www.codeproject.com/Articles/42354/The-Art-of-Logging Un interés- ing artículo sobre el arte de la tala. • www.owasp.org/index.php El Abierto Web Solicitud Seguridad Proyecto (OWASP). 26.6 ¿Por qué no usar simplemente la impresión? 309