Contenidos
Ver errores de javascript
Estos problemas de incompatibilidad persistieron hasta bien entrada la década de 2000, ya que todavía se utilizaban navegadores antiguos y era necesario darles soporte. Esta es una de las principales razones por las que surgieron bibliotecas como jQuery: para abstraer las diferencias en las implementaciones de los navegadores (por ejemplo, véase el fragmento de código en Cómo hacer una petición HTTP), de modo que los desarrolladores sólo tengan que escribir un simple trozo de código (véase jQuery.ajax()). jQuery (o la biblioteca que esté utilizando) se encargará de las diferencias en segundo plano, para que usted no tenga que hacerlo.
No es muy conveniente tener que copiar y pegar tu código en una página web para comprobar su validez varias veces. Lo que realmente quieres es un linter que se adapte a tu flujo de trabajo estándar con el mínimo de molestias. Muchos editores de código tienen plugins de linter, por ejemplo el editor de código Atom de Github tiene un plugin JSHint disponible.
Vale la pena mencionar los usos de la línea de comandos – puedes instalar estas herramientas como utilidades de línea de comandos (disponibles a través de la CLI – interfaz de línea de comandos) utilizando npm (Node Package Manager – tendrás que instalar NodeJS primero). Por ejemplo, el siguiente comando instala JSHint:
Javascript obtener errores de la consola
Me gustaría poner un botón en mi app, que si lo pulsas obtenga el contenido de todo lo que se ha escrito en la consola y me lo envíe por correo electrónico (para reportar bugs). Sé que puedo mantener una variable y cada vez que haga un console.log también anexar el mensaje a esa variable, pero estoy tratando de mantener el consumo de memoria de la aplicación baja por lo que sería mucho más eficiente sólo para agarrar de la consola.
He utilizado este código en el pasado para capturar toda la actividad de la consola y almacenarla con tipos y marcas de tiempo en console.everything para enviarla al servidor para diagnosticar problemas de entrada de datos en el formulario. Ejecuto este código tan pronto como sea posible en el elemento <head>.
Si sólo quieres capturar los errores de windows (herramienta de desarrollo del navegador), sólo tienes que utilizar el listener window.onerror. y lo más importante es seguir devolviendo false porque si devuelves true en tu callback, entonces la propagación del error se detendrá y no se registrará más en la consola .
Errores de la consola de Chrome
De acuerdo, no es tan sencillo: hay otros diferenciadores a medida que se profundiza. Pero las clasificaciones anteriores serán suficientes en esta primera etapa de tu carrera. Para empezar, volvamos a nuestro juego de adivinar números, excepto que esta vez exploraremos una versión que tiene algunos errores deliberados. Vaya a Github y haga una copia local de number-game-errors.html (véalo en vivo aquí).
Nota: Es muy posible que tengas tu propia versión del ejemplo de juego que no funcione y que quieras arreglar. Aún así, nos gustaría que trabajaras en el artículo con nuestra versión, para que puedas aprender las técnicas que estamos enseñando aquí. Luego puedes volver e intentar arreglar tu ejemplo.
Un error lógicoEn este punto, el juego debería funcionar bien, sin embargo, después de jugar unas cuantas veces, sin duda notarás que el número “aleatorio” que tienes que adivinar es siempre 1. Definitivamente no es como queremos que se desarrolle el juego.
Error de diagnóstico de Javascript
El primer navegador web con interfaz gráfica de usuario, Mosaic, fue lanzado en 1993. Accesible para personas sin conocimientos técnicos, desempeñó un papel destacado en el rápido crecimiento de la naciente World Wide Web[15] Los principales desarrolladores de Mosaic fundaron después la corporación Netscape, que lanzó un navegador más perfeccionado, Netscape Navigator, en 1994. Éste se convirtió rápidamente en el más utilizado[16][17].
Durante estos años de formación de la Web, las páginas web sólo podían ser estáticas, careciendo de la capacidad de comportamiento dinámico una vez cargada la página en el navegador. Había un deseo en la floreciente escena del desarrollo web de eliminar esta limitación, así que en 1995, Netscape decidió añadir un lenguaje de scripting a Navigator. Para ello siguieron dos caminos: colaborar con Sun Microsystems para incorporar el lenguaje de programación Java y contratar a Brendan Eich para incorporar el lenguaje Scheme[6].
JScript se lanzó por primera vez en 1996, junto con el soporte inicial para CSS y las extensiones de HTML. Cada una de estas implementaciones era notablemente diferente de sus homólogas en Navigator.[21][22] Estas diferencias dificultaron que los desarrolladores hicieran que sus sitios web funcionaran bien en ambos navegadores, lo que llevó al uso generalizado de los logotipos “se ve mejor en Netscape” y “se ve mejor en Internet Explorer” durante varios años.[21][23]