Плохо. Стили должны лежать в scss файлах и подключатся модулем
это всё чудесно, но в доке material ui стили тоже в компонентах написаны ))
А теперь представь этот код с 1 классом дополнительным.
Либо css переменными
в material ui не используются классы, там все стили если судить по доке дописываются прям в компоненте )
Ну то сделай обертку какую-то над этим компонентом и погнал через вложенность стилизировать
Так это дока. Для наглядности. В enterprise проджектах с кучей компонентов стили нужно выносить в отдельные файлы строго. Иначе будет сложно поддерживать
а что поменяется ? сейчас я делаю свойство по условию, а будет класс по условию. Ведь мне все равно надо сравнивать id элемента с выбранным id )
Как минимум стили вынесешь отдельно
Стили отдельно, логика отдельно, данные отдельно
но чтобы выделить активный элемент стилями, мне нужно на основе данных логически сравнить id и присвоить класс, то есть в рамках компонента всё равно всё смешивается )
У тебя в компоненте остаётся логика. Стили отдельно.
Нет, это же реакт
Мне пох.
есть стайлед компонентс кто в комерции юзает css файлы щас кроме как закостылить стили библиотек
в material ui использует стайлед компоненты, но в доке 90% примеров со стилями в пропсах ) И хз как лучше делать. Стоит ли создать файл стилей, для двух небольших классов ?
в доке наверное лучше показать короткий пример?) чем мутить куча файлов
А кто сказал что это хорошо? Дока на то и дока что бы показать как оно работает а не как надо чистый код писать. Если бы в доках писали как надо, понимание сути того что донести хотят усложнилось бы только
в доке стили инлайн а в реале у вас стили в монге хранятся и вы их запрашивате😎💀
типо создаешь миксин со стилями, и его используешь в реакте?
Обсуждают сегодня