¿Cuáles son las mejores prácticas de programación para la codificación JavaScript? Esta puede ser una pregunta difícil de responder. Entonces, cambiemos la pregunta: ¿qué estándares de codificación son los más populares?
Sideeffect.kr obtuvo algunos resultados interesantes al analizar el código fuente abierto alojado en GitHub. Echemos un vistazo.
Coma final versus coma inicial
Citas de fin de línea:
Copie el código de código de la siguiente manera:
varfoo = 1,
barra = 2,
baz = 3;
var objeto = {
foo: 1,
barra: 2,
baz: 3
};
Cita inicial:
Copie el código de código de la siguiente manera:
varfoo = 1
, barra = 2
, baz = 3;
var objeto = {
foo: 1
, barra: 2
, baz: 3
};
Fin de línea, 92,345%; inicio de línea, 7,655%. (Basado en 1.100.251 confirmaciones).
Espacio y pestaña
A todo el mundo le encanta usar espacios hoy en día. El uso de sangría espacial puede garantizar que diferentes desarrolladores y diferentes configuraciones del editor vean los mismos resultados.
Espacio, 81,1%; Pestaña, 18,9%. (Basado en 2.019.550 presentaciones).
Si agregar un espacio después de la función
sin espacios
Copie el código de código de la siguiente manera:
función foo() {
devolver "barra";
}
hay espacios
Copie el código de código de la siguiente manera:
función foo() {
devolver "barra";
}
Sin espacios, 67,424%; con espacios, 32,576%. (Basado en 1.212.488 presentaciones).
¿Hay espacios entre parámetros y paréntesis?
sin espacios
Copie el código de código de la siguiente manera:
función fn(arg1, arg2) {
//o
si (verdadero) {
hay espacios
Copie el código de código de la siguiente manera:
función fn(arg1, arg2) {
//...
}
si (verdadero) {
//...
}
Sin espacios, 94,31%; con espacios, 5,69%. (Basado en 1.514.971 presentaciones).
¿Hay espacios alrededor de los dos puntos en el objeto literal?
Hay un espacio después de los dos puntos.
Copie el código de código de la siguiente manera:
{
foo: 1,
barra: 2,
baz: 3
}
No hay espacio después de dos puntos
Copie el código de código de la siguiente manera:
{
foo:1,
barra: 2,
baz:3
}
Hay espacios antes y después del colon.
Copie el código de código de la siguiente manera:
{
foo: 1,
barra: 2,
baz: 3
}
Espacio al final, 62,955%; sin espacio, 22,891%; espacios al frente y al final, 14,154%. (Basado en 1.300.035 presentaciones).
Personalmente, creo que ningún espacio está demasiado lleno y no es propicio para distinguir rápidamente clave y valor. Si hay espacios antes y después, me temo que es necesario alinear los dos puntos para que se vea hermoso. A juzgar por las estadísticas, la mayoría de los programadores son demasiado vagos para alinear los dos puntos (o es que los IDE o editores de la mayoría de los programadores no son inteligentes). ¿suficiente?)
declaración condicional
hay espacios
Copie el código de código de la siguiente manera:
si (verdadero) {
//...
}
mientras (verdadero) {
//...
}
cambiar (v) {
//...
}
sin espacios
Copie el código de código de la siguiente manera:
si (verdadero) {
//...
}
mientras (verdadero) {
//...
}
cambiar(v) {
//...
}
Con espacios, 78,276%; sin espacios, 21,724%. (Basado en 1.163.316 presentaciones).
Comillas simples, comillas dobles
Comillas simples, 56,791%; comillas dobles, 43,209%. (Basado en 1.705.910 presentaciones).
Resumir
Por tanto, los estándares de codificación más populares son:
•Coma de fin de línea
• Sangría espacial
•No hay espacio después del nombre de la función
•Sin espacios entre parámetros de función y paréntesis
•En objetos literales, agregue un espacio después de los dos puntos, pero no antes de los dos puntos.
•Agregue un espacio después de la palabra clave de la declaración condicional
Lo que es popular no es necesariamente bueno (como la influenza), pero desde una perspectiva de comunicación, escribir código en un estilo popular puede hacer que su código parezca más familiar para la mayoría de las personas.