styled компонент это обычный react компонент. Ничеге необоычного в нем нет. Это все надуманое
https://habr.com/ru/post/417707/
а ну раз на хабре написали…
Что надуманного тут? Мне удобно так использовать, не засоряет код. Смысл хранить эти компоненты с основным кодом, легче зайти в папку со стилями и там уже работать с ними + различная типизация тоже засоряет код
У styled есть "СТРАШНЫЙ КОСЯК". Он требует обработки движком JS А это означает, что все вот это сначало должно быть отрендерено на сервере (в случае SSR) МОжно ли себе это позволить? В некоторых случаях да. Но в большинстве нет, так как мы увеличиваем нагрузку на сервер, без какой либо пользы. Без SSR разницы нет. ОДнако на мобилках тоже подтормаживает. ВОт MUI например похожую технологию использует и в результате на мобильниках тормознутая хрень часто получается. В общем кроме нескольких кейсов STYLED СЕБЯ НЕ ОПРАВДЫВАЕТ!!!
не только styled-components есть на рынке css in js решений если тебе так важен перф откажись от react
а это общий касяк всех "css in js". И нах мне отказывать от реакта? Просто есть SCSS, все остальное от лукавого.
мнение человека который не делал бенчмарки, реакт в сотни раз медленнее работает
Глупый аргумент. Вот в принципе что дает styled? в 90% случаев нафиг не нужно
но реакт реально рендерит все очень не эффективно.
Это понятно. Вот чем лучше (S префикс для отличия стайледов, можно и реэкспорт коненечно) <SContainer> 123 <SContainer> чем <div className={styles.container}> 123 <div> Вернее чем оправдано в данном случае доп нагрузка, кроме "мифического удобства чтения"
не пойму ты там что-то пилишь для компов времён windows 95?
Это к чему? Это ты типа к тому что производительность оборудования позволяет забивать на оптимизацию?
тут недавно человеку подсказывал группировку массива за один проход, а в жс чате ему цикл в цикле насоветовали. Что вы знаете про забивание на оптимизацию)))
За один проход? Это как?
пока «концептуально ущербная схема работы» мне не мешает, я буду топить за DX. все так) плюс опять же есть куча styled решений с компиляцией стилей на этапе сборки
Посмотри таилвинд - большой порог вхождения, но DX лучше и ноль проблем с результатом, эффективнее трудно представить
компонент с 20 стилями это норма. Тут мне надо для него 20 классов написать
а почему большой порог вхождения?
И? Я же говорю - большой порог входа, надо привыкать, но оно того стоит
Надо привыкать к чтению классов, вырабатывать практику, чтобы 500 классов в одну строчку не пихать, недели две из доки не вылазишь
вот кейс с использованием apply мне нравится. Но он не избавляет от лесенок)
Обсуждают сегодня