Je ne me suis pas fié au court résumé de l’emballage : j’ai lu les vrais fichiers Dusk lint. Les règles sont plus strictes que le readme. @Dusk Network fournit une configuration Stylelint pour le CSS web, version 1.0.6. Elle démarre avec Stylelint standard puis verrouille les goûts de la maison. Les noms de classes doivent être en BEM. L’imbrication maximale est de 4. Les sélecteurs composés max sont de 6. Extend est interdit. Initial est interdit. Border none est interdit. Transition all est interdit. Les http ou https bruts dans les background sont interdits. Todo et fixme dans les commentaires font échouer. Utilisez les couleurs nommées quand elles existent. Écrivez l’alpha sous forme de nombre. Les blocs vides échouent. Les mauvais hex échouent. Les sélecteurs dupliqués échouent. Le support navigateur : on ne fait que des avertissements pour ce qui manque.
La même boutique a aussi une configuration ESLint en version 4.0.1. Les règles JS sont strictes. Pas de var. Égalité stricte. Pas de console. Limite de complexité 14. Profondeur 3. Cinq paramètres max. Trier les clés. Trier les imports. Prettier s’exécute en dernier, donc format et lint ne se disputent pas. #dusk Network a aussi un package Prettier.
Trois configurations. Un seul style. Presque personne d’autre n’en dépend. Stylelint a été déplacé pour de bon en 2024. C’est un fait. Voilà leur style d’application rendu public, pas une norme populaire. J’aime qu’ils aient publié le fichier plutôt qu’un slogan. Je me méfie des règles CSS qui restent immobiles pendant deux ans. Pourtant, un style partagé vaut mieux que dix fichiers qui semblent aléatoires.
Utilisez ceci uniquement si vous voulez leurs limites frontend. Lisez la configuration d’abord. Remplacez BEM ou la limite de complexité si ça se bat avec votre pile. Gardez le lint ennuyeux. Consacrez l’énergie au protocole.
$DUSK