Performance-focused forks of styled-components
1–10 of 29 posts
Re: Performance-focused forks of styled-components
#2Re: Performance-focused forks of styled-components
#3Maybe CSS in JS was the wrong thing to begin with. Your developers were so preoccupied with whether they could, they didn't stop to think if they should.
Re: Performance-focused forks of styled-components
#4if so, I shall set the dining table without knives.
there is no spoon!
Re: Performance-focused forks of styled-components
#5Re: Performance-focused forks of styled-components
#6Does this mean I can eat 40% faster when I use a fork. if so, I shall set the dining table without knives. there is no spoon!
( https://en.wikipedia.org/wiki/Dining_philosophers_problem )
Re: Performance-focused forks of styled-components
#7Maybe CSS in JS was the wrong thing to begin with. Your developers were so preoccupied with whether they could, they didn't stop to think if they should.
I switched to web components for all my personal work.
Re: Performance-focused forks of styled-components
#8Re: Performance-focused forks of styled-components
#9Maybe CSS in JS was the wrong thing to begin with. Your developers were so preoccupied with whether they could, they didn't stop to think if they should.
"The React team themselves have made it clear: runtime CSS injection will always be slower than statically extracted styles. They recommend using for static styles and inline styles for dynamic values. That's the future."
I thought this lesson was already widely learned since the jQuery days.