Maison >interface Web >js tutoriel >Spécifications du code JavaScript les plus populaires du moment_Connaissances de base

Spécifications du code JavaScript les plus populaires du moment_Connaissances de base

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB
WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBoriginal
2016-05-16 16:56:141037parcourir

Quelles sont les meilleures pratiques de programmation de code JavaScript ? Il peut être difficile de répondre à cette question. Alors changeons la question : quelles normes de codage sont les plus populaires ?

sideeffect.kr est arrivé à des résultats intéressants en analysant le code open source hébergé sur GitHub. Jetons un coup d'oeil.

Virgule en fin de ligne versus virgule en début de ligne
Guillemet en fin de ligne :

Copiez le code Le code est le suivant :

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

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

Guillemet de première ligne :
Copier le code Le code est le suivant :

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

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

Fin de ligne, 92,345% ; début de ligne, 7,655%. (Basé sur 1 100 251 soumissions.)

Espaces et onglets
Tout le monde aime utiliser les espaces de nos jours. L'utilisation de l'indentation spatiale peut garantir que différents développeurs et différents paramètres d'éditeur voient les mêmes résultats.

Espace, 81,1 % ; Onglet, 18,9 %. (Basé sur 2 019 550 soumissions.)

S'il faut ajouter des espaces après la fonction
Aucun espace

Copier le code Le code est comme suit :

function foo() {
return "bar"
}

a des espaces
Copiez le code Le code est le suivant :

function foo() {
return "bar"
}

Aucun Espaces, 67,424% ; espaces, 32,576 %. (Basé sur 1 212 488 soumissions.)

Y a-t-il un espace entre le paramètre et les parenthèses ?
Pas d'espace

Copiez le code Le code est le suivant :

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

a des espaces
Copier le code Le code est le suivant :

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

if ( vrai ) {
// ...
}

Sans espaces, 94,31% avec ; espaces, 5,69%. (Basé sur 1 514 971 soumissions.)

Y a-t-il un espace autour des deux points dans l'objet littéral ?
Y a-t-il un espace après les deux points ? > Le code est le suivant :

Rien après les deux points Espace




Copier le code

Le code est le suivant :
Il y a des espaces avant et après les deux points




Copier le code

Le code est comme suit :
Espace de fin, 62,955 % ; pas d'espace, 22,891 % ; espaces de début et de fin, 14,154 %. (Basé sur 1 300 035 soumissions.)

Personnellement, j'ai l'impression qu'aucun espace n'est trop encombré, ce qui ne permet pas de distinguer rapidement clé et valeur. S'il y a des espaces avant et après, j'ai bien peur que vous deviez aligner les deux-points pour que cela soit beau. À en juger par les statistiques, la plupart des programmeurs sont trop paresseux pour aligner les deux-points (ou est-ce que les IDE ou les éditeurs de la plupart des programmeurs ne sont pas intelligents). ça suffit ?)


Instruction conditionnelle
comporte des espaces

Copier le code
Le code est le suivant :


si (vrai) {
//...
}

pendant que (vrai) {
//...
}

switch (v) {
//...
}

Aucun espace
Copier le code Le code est le suivant :

if(true) {
//...
}

while(true) {
/ /...
}

switch(v) {
//...
}

Avec espaces, 78,276% sans ; places, 21,724 %. (Basé sur 1 163 316 soumissions.)

Guillemet simple, guillemet double
Guillemet simple, 56,791% ; (Basé sur 1 705 910 soumissions.)

Résumé
Ainsi, la spécification de code la plus populaire est :

• Virgule en fin de ligne
• Indentation d'espace
• Pas d'espace après le nom de la fonction
• Pas d'espace entre les paramètres de la fonction et les parenthèses
• Deux points après le littéral de l'objet Espace , n'ajoutez pas
avant deux points • Ajoutez un espace après le mot-clé de l'instruction conditionnelle

Ce qui est populaire n'est pas nécessairement bon (comme la grippe), mais du point de vue de la communication, écrire du code dans un style populaire peut rendre votre code plus familier à la plupart des gens.

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn