The Role of Utility Classes in Scalable #css | David Clark Develops the Web
▻http://davidtheclark.com/on-utility-classes
With component classes, maintenance and modification of styles happens in the stylesheets. With utility classes, it happens in the HTML, in class attributes. In most situations, though — especially for large-scale projects — it seems to me that the benefits of systematic component classes will prove more valuable than the expedience of utility classes.
KILL KILL KILL.
Ça dépend… si tu as pas de préprocesseur. Si c’est le cas, à peu près tous les arguments pour sont évincés, quand même.
C’est quand même pratique d’en avoir pour corriger un truc à l’arrache très rapidement. Ou bien si c’est pour ajouter un encart ou bouton hyper ponctuel qui n’a absolument rien de générique et qui ne servira qu’une fois promis juré craché. (Ça arrive hein, on sait tous que ça arrive.)
@nicod_ : oui, j’ai justement posté le lien car je trouve l’article limpide.
@rastapopoulos : qu’entends-tu par kill kill kill (pourquoi tant de haine :p) suivi d’un ça dépend... ?
Comme le dit l’auteur
In most situations ... it seems to me, comme à l’école des fans, 10 pour tout le monde :D
Ben on a posté en même temps…
KILL KILL KILL, c’est une blague quoi. KILL le fait de bousiller son HTML en mettant des classes pourries dedans.
Le « ça dépend » n’en est justement pas un, c’est un peu ironique. Puisque dans une assez grosse partie des cas de nos jours, on a un préprocesseur (ça arrive de ne pas, mais je trouve que c’est une minorité maintenant). Et donc pour la plupart des projets, vu qu’on a un préprocesseur, la plupart des arguments des utility class qui cassent le HTML tombent à l’eau. Ça reste utile mais dans vraiment très très peu de cas, donc c’est quand même pas 10 pour tout le monde, genre 50/50.