¿Cuál es el beneficio de usar console.logvs console.info? ¿O cualquiera de los otros comandos de la consola para el caso?
console.info("info");
console.error("error");
console.warn("warn");
vs
console.log("log");
Pensé que podría cambiar el color de la salida o concatenar algún tipo de etiqueta, pero parece que todos hacen lo mismo. Y de acuerdo con la documentación aquí:
https://nodejs.org/api/console.html#console_console_info_data
parece que todos hacen lo mismo que console.log
Respuestas:
Según la documentación a la que vinculó console.errory los console.warnresultados stderr. Los demás salen a stdout.
Si está haciendo canalizaciones o redireccionamientos desde node.jsla diferencia es importante.
Hay mucho JavaScript escrito para ejecutarse tanto en el navegador como en Node.js. Hacer que el nodo implemente la consola completa permite una mayor compatibilidad cruzada de código.
En la mayoría de los navegadores, no solo se registran en diferentes colores, sino que también puede filtrar para ver mensajes específicos.
console.info("info");
console.error("error");
console.warn("warn");
console.log("log");
node( 8.11.4) y Chrome 67, también hay console.debug(y muy probablemente también versiones anteriores). debugrangos debajo log.
console.log() es más corto que console.info()
Son lo mismo y esa es la única ventaja.
Si bien console.logy console.infopuede que no sea diferente, existen otros usos, excepto la mera coloración. Por ejemplo, cuando usa un linter como eslint, puede configurar console.logpara proporcionar un mensaje de advertencia. Supongamos que solo desea utilizarlo console.logcon fines de desarrollo y utilizarlo console.infopara la información que los usuarios finales puedan necesitar. Con un linter, ahora tiene un recordatorio visible y directo de su temporal console.logque lo ayuda durante el desarrollo, pero debe eliminarse antes de la confirmación / publicación.
Según los documentos , está bastante claro.
console.info ([data], [...]) # Igual que console.log.
console.error ([data], [...]) # Igual que console.log pero imprime en stderr.
console.warn ([data], [...]) # Igual que console.error.
Esto significa que no hay ventajas ni desventajas. info== logy warn== error. A menos que desee imprimir stderr, infoo logfuncionará.
Visualmente, no hay diferencia entre realidad console.log, console.info, console.warn, así como console.erroren relación con el lado del servidor (terminal) .
Sin embargo, hay módulos livianos que agregan colores azul, naranja y rojo para console.info, console.warnasí como console.errorrespectivamente. Por eso, la API de la consola se comporta como del lado del cliente.
npm i console-info console-warn console-error --save-dev;
Un detalle más además de la respuesta aceptada: en Chrome y FireFox, las console.infolíneas de registro tienen como prefijo un pequeño ícono de i , mientras que las console.loglíneas no. warny las errorlíneas tienen como prefijo un pequeño triángulo y una x , respectivamente.
stdin Una secuencia legible para leer la entrada del usuario.
stdout Una secuencia de escritura, ya sea de forma sincrónica o asincrónica.
stderr Un flujo de escritura sincrónico de bloqueo destinado a mensajes de error.
Las funciones stdout o sin bloqueo son: console.log, console.info, util.puts, util.print y Stderr.
Las funciones de bloqueo son: console.warn, console.error, util.debug y process.stdin (una secuencia legible para obtener la entrada del usuario).
Se ha establecido que el registro y la información son básicamente lo mismo, pero no estoy seguro de que responda completamente a la pregunta:
¿Cuál es el beneficio de usar console.log frente a console.info?
Un beneficio, además de lo que ya se ha mencionado, es que puede usar cada uno para un propósito diferente. Por ejemplo, puede usar console.log solo para depurar rápidamente y escupir cosas en la consola, mientras que puede usar console.info para los mensajes permanentes que desea enviar a la consola en su código, como información sobre el estado actual de la aplicación . Luego, cuando tenga una situación en la que se imprima un objeto aleatorio en su consola y se dé cuenta de que ha dejado una declaración de registro en algún lugar por accidente, puede hacer una búsqueda global de 'console.log' y eliminar cada instancia y tener confianza no eliminó nada importante que pretendía dejar allí.
Los diferentes niveles de registro le permiten administrar el nivel de ruido en su consola: tanto en las herramientas de desarrollo de Firefox (estoy usando 78 en este momento) como en Chrome (84), la consola js le permite elegir qué "nivel de depuración" de salida desea ver. FF le permite alternar la visibilidad de console.error, .warn, .log, .info, y .debuglos mensajes haciendo clic en botones individuales para cada uno (que muestran cuántos fueron suprimidos, cuando "off"), mientras que Chrome tiene un desplegable con marcas de verificación junto a los artículos ( .infoy .logson controlados por el "Info", y .debugpor "Verbose"). La etiqueta desplegable de Chrome ("Todos los niveles" o lo que establezca) se vuelve roja si se suprimió la salida.
He visto dónde console.logestá el registro temporal de información de estado para depurar.
console.info es algo más permanente, como decir en qué puerto se está ejecutando algo y algo que no cortaría una vez que haya terminado de depurar.
Esto facilita la limpieza de su código para confirmarlo. Incluso puede hacer que su linter tenga una regla para evitar que se confirme console.log.