73
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 02 Aug 2023
73 points (100.0% liked)
Programming
13360 readers
2 users here now
All things programming and coding related. Subcommunity of Technology.
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
founded 2 years ago
MODERATORS
I think the article fails to mention that one of the reasons tools like Tailwind (and methodologies like BEM, etc.) exist in the first place is to facilitate bigger organisation sites.
In my personal experience "plain old CSS" isn't feasible as the number of mainterners on a site goes up. Once there is multiple teams (possibly even across multiple departments) contributing to a site, the cascading part of CSS means that it is more or less unavoidable that some change from one team unintentionally breaks something for another team - and this being visual things means that it is very hard to catch with automated tests.
After having working in a big organisation for a while, most developers will eventually start wishing for something that would make sure that their CSS only applies to their own components.
div
tags with inline style attributes suddenly starts to look very attractive - which is what eventually led to something like Tailwind.That's what shadow DOM and custom elements are for.
Wouldn't it work with adequate scoping of components?
A UI component gets an adequate, scoped, unique class name and CSS.
I imagine tailwind doesn't actually solve parent CSS declarations bleeding into components if they are not explicitly defined/overwritten?