B
Пропсы в цсс пробрасывать проще
Ну это разумеется, но речь-то о том, что лучше динамику передавать css-переменными вместо пропсов даже со стайледом
Size: a a a
2020 March 24
l
ну то есть в первую очередь стайледы позволяют писать более конкретный код: когда определённые стили однозначно привязаны к определённым компонентам, выносить их в отдельный (css) файл довольно неудобно — банально отвлекает
MA
ну то есть в первую очередь стайледы позволяют писать более конкретный код: когда определённые стили однозначно привязаны к определённым компонентам, выносить их в отдельный (css) файл довольно неудобно — банально отвлекает
+, сейчас приходится юзать css модули и это капец как неудобно в сравнении с sc
MA
Ну это разумеется, но речь-то о том, что лучше динамику передавать css-переменными вместо пропсов даже со стайледом
Передавать динамику тебе придётся жонглируя классами, а это менее удобно чем просто прокинуть переменную, на мой взгляд
B
ну то есть в первую очередь стайледы позволяют писать более конкретный код: когда определённые стили однозначно привязаны к определённым компонентам, выносить их в отдельный (css) файл довольно неудобно — банально отвлекает
Так стайлед тоже отвлекает ведь, этим компонентам ещё и отдельные имена/неймспейсы выдумывать нужно и постоянно во что-либо оборачивать, если не совсем уж примитивные как кнопка или ссылка
l
ну каждое решение имеет свои трейдоффы
l
мне стайледы не нравятся, как раз по этим причинам, но их плюсы тоже нужно понимать
B
Передавать динамику тебе придётся жонглируя классами, а это менее удобно чем просто прокинуть переменную, на мой взгляд
Вот мне самому нравятся они, потому что сам жонглировал, но потом столкнулся с тем что они просто лагают, а из доступных фиксов просто не использовать их (или использовать, но не использовать ни единой фичи), что обидно
MA
Так стайлед тоже отвлекает ведь, этим компонентам ещё и отдельные имена/неймспейсы выдумывать нужно и постоянно во что-либо оборачивать, если не совсем уж примитивные как кнопка или ссылка
а классам названия давать не надо?)
B
Вот мне самому нравятся они, потому что сам жонглировал, но потом столкнулся с тем что они просто лагают, а из доступных фиксов просто не использовать их (или использовать, но не использовать ни единой фичи), что обидно
Пишешь на sc, а в итоге встраиваешь переменные в инлайн-стили, и тут как-то смотришь, а в sc-то из-за этого и смысла нет
B
а классам названия давать не надо?)
Надо, но они отдельны от жс-а, где тебе для компонента Foo который делает что-то кроме штатного функционала придётся пилить компонент StyledFoo
l
в идеале решение должно компилироваться в статические стили с css переменными и жс-биндинги к переменным
MA
в идеале решение должно компилироваться в статические стили с css переменными и жс-биндинги к переменным
повод после роутера запилить свой sc на максималках)
l
повод после роутера запилить свой sc на максималках)
ну есть linaria, на ней написан репл эффектора, но она довольно плохо поддерживается
l
я для себя просто сделал пометку добавить в effector-dom компиляцию стилей в статику
A
кстати, отдельный loading стор для эффектов не требуется, он есть из коробки
Благодарствую)
I
ну да, нести значения до каждой кнопки лучше силами css чем жс
Ещё бы не было до сих пор частых требований в поддержке ие 🤣
VK
а вариантов как стор перебпросить с обновлением в подключаемый файл вообще никаких нету?
возьми либу xstyled https://xstyled.dev/docs/theming/
VK
она использует styled-components и позволяет легко все темезировать
VK
я ее уже в паре прожектов заюзал, полет отличный, в отличие от всяких линарий, css-modules, и прочих похожих на styled-components недоделок, у которых то и дело всплывают нюансы...