Skip to content

errores comunes ​

al igual con HTML y CSS tambien tiene sus errores comunes y malas practicas que veremos en este listado

escribir el javascript dentro de la etiqueta script ​

html
<!-- bad -->
<script>
  var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
  document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
</script>

<!-- good -->
<script src="app.js"></script>
<!-- bad -->
<script>
  var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
  document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
</script>

<!-- good -->
<script src="app.js"></script>

uso de var y/o variables globales ​

solo es conveniente el uso de var siempre y cuando es para dar compatibilidad con navegadores por medio de babel, tambien evitar el uso de variables globales son mas dificiles de realizar debugs

js
// bad
var name = 'juan';
lastname = 'lopez';

// good
let name = 'juan';
let lastname = 'lopez';
// bad
var name = 'juan';
lastname = 'lopez';

// good
let name = 'juan';
let lastname = 'lopez';

no usar una convención para los nombres ​

el uso de variable inicializadas en mayusculas es exclusivo si trabajas con clases o funciones orientado a objetos o componentes

js
// bad
const Numero = 3

// good
const numero = 3
// bad
const Numero = 3

// good
const numero = 3

no usar el triple igual o el negación doble igual ​

javascript es lenguaje dinamico y de debil tipado es recomendable usar el triple igual similar con la diferente (!=)

js
// bad
if( variable == null )
if( variable != null )

// good
if( variable === null )
if( variable !== null )
// bad
if( variable == null )
if( variable != null )

// good
if( variable === null )
if( variable !== null )

no documentar ​

la documentación es escencial para indicar como funciona cierta parte de nuestro script

el codigo espagueti ​

es similar al callback hell es recomendable tener el codigo lo mas mantenible y escalable posible

use strict ​

el use strict no es una mala practica pero ayudar a prevenir los problemas de variables globales excepto en funciones y variables de tipo var es una practica opcional pero si estas usando solo puras variable constantes o variable let en ambito de bloque no es necesario el uso de use strict

hoisting ​

el hoisting es una practica muy rara solo en variables de tipo var es evitar si usar let o const son que no se pueda redeclarar

lanzado bajo la licencia CC-BY-NC-SA