La prise en charge d'un autre élément de syntaxe n'est pas si simple: il existe de nombreux outils qui devraient être capables de gérer un style de commentaire supplémentaire. En fait, je ne serais pas surpris de voir que la plupart des tokéniseurs / analyseurs ignorent simplement les nouvelles lignes, les remplaçant probablement par ;
.
S'il serait essentiel à la langue, à savoir rendre la vie des développeurs beaucoup plus facile, cela pourrait se faire. Par exemple, ne pas avoir toute sorte de commentaires en CSS serait sucer, et il serait en vaut la peine d'ajouter des éléments de syntaxe spécifiques qui délimitent des commentaires. //
-les commentaires de style d'autre part? ... Je ne vois pas l'intérêt. Voir /* Hello, World! */
,: un commentaire d'une ligne.
En fait, vous vous attendez probablement à //
des commentaires de style car vous y êtes habitué en C ++ ou dans des langages similaires. Cependant, CSS n'hérite pas de C ++, donc s'attendre à des fonctionnalités de syntaxe similaires est plutôt étrange.
De même, un programmeur Python prétendrait que CSS devrait également avoir #
des commentaires de style; alors maintenant, devons-nous prendre en charge les deux styles? Ensuite, un gars du monde Haskell demanderait d'inclure --
et {- -}
aussi, et vous vous demanderez pourquoi ne reconnaissez-vous plus le code CSS.
Le petit avantage de //
est que vous n'avez pas à taper trois caractères supplémentaires à la fin de votre commentaire sur une seule ligne (en fait, si nous commençons à compter les caractères, CSS devrait utiliser des commentaires de style Python). Cependant, si vous utilisez un éditeur de texte décent, vous commentez / décommentez le texte simplement en appuyant sur un raccourci de toute façon.
Ils semblent [...] particulièrement utiles pour un langage comme CSS où chaque règle est sur sa propre ligne.
Comme je l'ai expliqué, ils ne sont que légèrement utiles, pour un petit sous-ensemble de programmeurs, utilisant un petit sous-ensemble d'éditeurs de texte. Quant à votre remarque sur chaque règle sur sa propre ligne (je suis en désaccord avec votre remarque, soit dit en passant), cela m'a fait réfléchir à un autre point: comment les commentaires sont réellement utilisés.
Voici l'utilisation des commentaires CSS auxquels je peux penser:
- En tant qu'en-tête de fichier (informations de copyright, trucs de vanité, etc.)
- Comme délimiteur d'un groupe de styles.
- Comme explication d'un hack.
- En tant que détail sur un style ou une propriété particulière.
Dans les trois premiers cas, vous utiliserez quand même des commentaires de style multiligne. Cela est évident pour l'en-tête du fichier et l'explication d'un hack (la plupart des hacks nécessitent au moins une phrase et un lien hypertexte vers StackOverflow ou un article de blog); quant aux délimiteurs:
/**
* Footer and sitemap styles.
*/
Le commentaire de style C est beaucoup plus visible que:
// Footer and sitemap styles.
enterré dans le texte.