¿Cuál es el mejor estándar de programación en JavaScript? Esta puede ser una pregunta difícil de satisfacer para todos. Entonces, mejor cambiemos de pregunta: ¿qué estándar de código es el más popular?

sideeffect.kr analizó el código abierto alojado en GitHub y obtuvo algunos resultados interesantes. Echemos un vistazo.

ccode

Coma al final vs. coma al inicio de línea

Coma al final de línea:

var foo = 1,
    bar = 2,
    baz = 3;

var obj = {
    foo: 1,
    bar: 2,
    baz: 3
};

Coma al inicio de línea:

var foo = 1
  , bar = 2
  , baz = 3;

var obj = {
    foo: 1
  , bar: 2
  , baz: 3
};

Al final de línea, 92.345%; al inicio de línea, 7.655%. (Basado en 1,100,251 commits).

Espacios y tabulaciones

Hoy en día a todos les gusta usar espacios. Usar espacios para la indentación garantiza que diferentes desarrolladores y diferentes configuraciones de editores vean el mismo resultado.

Espacios, 81.1%; Tab, 18.9%. (Basado en 2,019,550 commits).

¿Agregar un espacio después del nombre de la función?

Sin espacio

function foo() {
  return "bar";
}

Con espacio

function foo () {
  return "bar";
}

Sin espacio, 67.424%; con espacio, 32.576%. (Basado en 1,212,488 commits).

¿Hay espacio entre los parámetros y los paréntesis?

Sin espacio

function fn(arg1, arg2) {
//or
if (true) {

Con espacio

function fn( arg1, arg2 ) {
  // ...
}

if ( true ) {
  // ...
}

Sin espacio, 94.31%; con espacio, 5.69%. (Basado en 1,514,971 commits).

¿Hay espacio alrededor de los dos puntos en objetos literales?

Espacio después de los dos puntos

{
  foo: 1,
  bar: 2,
  baz: 3
}

Sin espacio después de los dos puntos

{
  foo:1,
  bar:2,
  baz:3
}

Espacio antes y después de los dos puntos

{
  foo : 1,
  bar : 2,
  baz : 3
}

Espacio después, 62.955%; sin espacio, 22.891%; espacio antes y después, 14.154%. (Basado en 1,300,035 commits).

Personalmente, creo que sin espacio está demasiado apretado y no facilita distinguir rápidamente la clave y el valor. En cuanto al espacio antes y después, probablemente sea necesario alinear los dos puntos para que se vea estético. Según las estadísticas, la mayoría de los programadores no se molestan en alinear los dos puntos (¿o será que los IDE o editores de la mayoría de los programadores no son lo suficientemente inteligentes?)

Sentencias condicionales

Con espacio

if (true) {
  //...
}

while (true) {
  //...
}

switch (v) {
  //...
}

Sin espacio

if(true) {
  //...
}

while(true) {
  //...
}

switch(v) {
  //...
}

Con espacio, 78.276%; sin espacio, 21.724%. (Basado en 1,163,316 commits).

Comillas simples y comillas dobles

Comillas simples, 56.791%; comillas dobles, 43.209%. (Basado en 1,705,910 commits).

Resumen

Por lo tanto, el estándar de código más popular es:

  • Coma al final de línea
  • Indentación con espacios
  • Sin espacio después del nombre de la función
  • Sin espacio entre los parámetros y los paréntesis
  • Agregar espacio después de los dos puntos en objetos literales, no antes
  • Agregar espacio después de la palabra clave en sentencias condicionales

Lo popular no siempre es bueno (como la gripe), pero desde la perspectiva de la comunicación, escribir código siguiendo el estilo popular hará que tu código sea más familiar para la mayoría de las personas.