Existe-t-il une longueur de ligne maximale recommandée pour HTML ou JavaScript?
La plupart des directives de style pour la plupart des langages de programmation recommandent une longueur de ligne maximale, généralement 80 caractères. Cela semble peu pratique pour HTML et JavaScript (quand il est intégré au HTML). Existe-t-il un consensus sur une limite de longueur de ligne pratique pour HTML/JavaScript? Ou est-ce généralement laissé au bon sens du développeur?
Puisque vous mentionnez JavaScript, voici ce que Douglas Crockford a à dire sur le sujet:
Évitez les lignes de plus de 80 caractères. Lorsqu'un énoncé ne tient pas sur une seule ligne, il peut être nécessaire de le casser. Placez la pause après un opérateur, idéalement après une virgule. Une pause après un opérateur réduit le risque qu'une erreur de copier-coller soit masquée par une insertion de point-virgule. La ligne suivante doit être en retrait de 8 espaces.
De: Conventions de code pour le langage de programmation JavaScript
Cette limite semble être héritée des anciennes cartes perforées IBM. Pourquoi 80 caractères sont-ils la limite "standard" pour la largeur de code?
Je trouve vraiment difficile de travailler avec seulement 80 caractères pour HTML. Cela devient illisible très vite. J'ai donc décidé de prendre la longueur de ligne sur GitHub comme mesure.
Il semble y avoir différentes limites de caractères selon le système d'exploitation et/ou le navigateur. Mais 120 devrait être une valeur assez sûre.
Sur Ubuntu:
- Firefox: 126
- Opéra 12.16: 126
- Chrome: 113
Sur OSX 10.9:
- Google Chrome: 125
- Firefox: 122
- Safari: 121
D'autre part, parfois, choisir votre propre norme ne fonctionne pas. Les normes de codage ou les linters de votre langage ou de votre cadre peuvent vous obliger à tenir 80 caractères. Ce qui au moins peut être très utile pour lire du code sur les écrans mobiles.
Mais pour le HTML, je devrais augmenter ce nombre à 120 caractères. Par souci de lisibilité. Je veux dire, pensez à tous les frameworks de classe CSS comme Bootstrap, à quoi ressemblerait votre modèle au final avec seulement 80 caractères de longueur de ligne? (En dehors de cela, vous feriez mieux de choisir Bourbon Neat qui ne pollue pas votre code HTML avec des tonnes de classes.)
Google dit 500-ish pour JS: https://developers.google.com/closure/compiler/faq#linefeeds
Le compilateur de fermeture ajoute intentionnellement des sauts de ligne tous les 500 Caractères environ. Les pare-feu et les serveurs proxy sont parfois corrompus ou ignorent Des fichiers JavaScript volumineux comportant de très longues lignes. L'ajout de sauts de ligne tous les 500 caractères empêche ce problème.
uglify --max-line-len 500 ou grunt-contrib-uglify options: { maxLineLen: 500 }
Je ne sais pas si la limite s'applique au HTML ou au CSS, mais je n'ai pas vu cette option pour aucun compresseur CSS que j'ai utilisé.
Les règles SMTP s’appliqueraient au courrier électronique HTML: https://www.ietf.org/rfc/rfc0821.txt
La longueur totale maximale d'une ligne de commande, y compris la commande Word Et le CRLF, est de 512 caractères.
La limite de 80 caractères de la ligne apparaît à l’époque des écrans sans beaucoup d’immobilier. Il en va de même pour la lisibilité. Il est donc possible d’ouvrir deux (ou plus) fichiers de code différents côte à côte, sans avoir à faire défiler pour voir chacun d’eux.
Ces raisons s'appliquent toujours à HTML et à JavaScript, bien qu'il ne soit évidemment pas nécessaire de s'y conformer. C'est à vous de répondre.
Je conviens qu'avec HTML, il peut être difficile de rester dans cette limite, bien qu'avec JavaScript, cela ne devrait pas être un problème.
La limite maximale de longueur de ligne est celle que vous vous sentiez à l'aise pour lire et éditer. Personnellement, tout code de ma part qui ne tient pas à l'écran sans emballage sera réécrit.
Pourquoi ne pas mettre tout le code HTML sur une seule ligne? Comment les navigateurs vont-ils gérer ça? J'ai lu quelque part que certains navigateurs (dont je ne me souviens plus) rompent avec les longues lignes.
Supprimer de nouvelles lignes du fichier est une technique d'optimisation. Vous n'avez pas besoin de donner aux clients la même version facile à lire que celle que vous utilisez lorsque vous la développez. Vous pouvez leur donner une version dépouillée. Pourquoi? La bande passante n'est pas gratuite.
De nombreux "services" (par exemple, certaines implémentations de terminal window, GitHub , etc) ne liront pas les longues lignes et ne comporteront pas de barres de défilement.
Ainsi, tout ce qui dépasse les 72 ou 80 derniers personnages peut tout simplement être coupé.
En outre, cela aide simplement à la lisibilité même s'il y a des barres de défilement, le code peut être plus facile à lire/digérer/déboguer s'il peut tenir sur (ou la plupart du temps) une seule largeur d'écran.
Ainsi, le code fonctionnera, mais il ne sera pas toujours possible de l’afficher dans son intégralité.