Quelles sont les meilleures pratiques de programmation pour le codage 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 de fin ou virgule de début
Citations de fin de ligne :
Copiez le code comme suit :
var foo = 1,
barre = 2,
baz = 3;
var obj = {
foo : 1,
barre : 2,
baz: 3
} ;
Citation de départ :
Copiez le code comme suit :
var foo = 1
, barre = 2
, baz = 3;
var obj = {
foo : 1
, barre : 2
, baz: 3
} ;
Fin de ligne, 92,345% ; début de ligne, 7,655%. (Basé sur 1 100 251 validations.)
Espace et tabulation
De nos jours, tout le monde aime utiliser les espaces. 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 un espace après la fonction
pas d'espaces
Copiez le code comme suit :
fonction foo() {
renvoyer "barre" ;
}
Il y a des espaces
Copiez le code comme suit :
fonction foo () {
renvoyer "barre" ;
}
Sans espaces, 67,424 % ; avec espaces, 32,576 %. (Basé sur 1 212 488 soumissions.)
Y a-t-il des espaces entre les paramètres et les parenthèses ?
pas d'espaces
Copiez le code comme suit :
fonction fn(arg1, arg2) {
//ou
si (vrai) {
Il y a des espaces
Copiez le code comme suit :
fonction fn(arg1, arg2) {
//...
}
si (vrai) {
//...
}
Sans espaces, 94,31 % ; avec espaces, 5,69 %. (Basé sur 1 514 971 soumissions.)
Y a-t-il des espaces autour des deux points dans le littéral objet ?
Il y a un espace après les deux points
Copiez le code comme suit :
{
foo : 1,
barre : 2,
baz: 3
}
Pas d'espace après deux points
Copiez le code comme suit :
{
foo:1,
barre:2,
baz:3
}
Il y a des espaces avant et après le côlon
Copiez le code comme suit :
{
foo : 1,
barre : 2,
baz : 3
}
Espace de fin, 62,955 % ; aucun espace, 22,891 % ; espaces de début et de fin, 14,154 %. (Basé sur 1 300 035 soumissions.)
Personnellement, j'estime qu'aucun espace n'est trop encombré et ne permet pas de distinguer rapidement la clé et la 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). assez?)
instruction conditionnelle
Il y a des espaces
Copiez le code comme suit :
si (vrai) {
//...
}
tandis que (vrai) {
//...
}
commutateur (v) {
//...
}
pas d'espaces
Copiez le code comme suit :
si (vrai) {
//...
}
tandis que (vrai) {
//...
}
commutateur(v) {
//...
}
Avec espaces, 78,276 % ; sans espaces, 21,724 %. (Basé sur 1 163 316 soumissions.)
Guillemets simples, guillemets doubles
Guillemets simples, 56,791 % ; guillemets doubles, 43,209 %. (Basé sur 1 705 910 soumissions.)
Résumer
Par conséquent, les normes de codage les plus populaires sont :
• Virgule de fin de ligne
• Indentation spatiale
• Pas d'espace après le nom de la fonction
•Pas d'espaces entre les paramètres de fonction et les parenthèses
•Dans les littéraux d'objet, ajoutez un espace après les deux points, mais pas avant les 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.