компонентов Material UI по сравнению с API (makeStyles (hook generator), withStyles (HOC)) которое предоставляет Material UI? И есть ли они вообще...
ты сравниваешь костыль и ящик с инструментами. как думаешь? в плане стайледы прекрасная технология, но зачем их брать для переопределения стилей ui кита когда у него самого есть апи для этого? не кажется чем то неправильным?
MUI работает с jss — это “аналог” styled-components, вот их и надо сравнивать
У муи есть механизм, позволяющий заменить jss на sc
внезапно, лан, был не прав
давно у них такая фича? не припоминаю шоб была раньше)
Нет, ну местами прав — без этого механизма лучше не скрещивать одно с другим «в лоб»
Ну это не фича вроде как, раздел в доке есть. Я с jss живу и не тужу. Поэтому не разбирался
На скринах туториал MUI, используют оба способа, но не ясно в каких случаях что лучше использовать. Вот как для себя разложил: 1 Если нужно залазить в theme то использовать styled из MUI На сколько я понял то styled из MUI это просто синтаксический сахор для withStyles (это так?) 2 Если подключаем стили через className (если их много например разом в одном компоненте), а не привязываемся к сущности компонента, то используем makeStyles 3 Если делаем новый компонент без переопределения то используем styled из styled-components Вопросы: 1 Все верно понимаю? 2 Для простого переопределения когда не нужно лезть в theme, лучше использовать styled из MUI или styled-components? Какие минусы у второго?
Ты можешь прокидывать тему материала в провайдер стайледов, и юзать потом таким образом с стайледах тему материала
Из styled component реально дотянуться до нужного вложенного компонента Material UI? https://material-ui.com/api/drawer/ Или без useStyles здесь уже не обойтись?
Ну если хочешь через стайдел стилизировать то тут только обарачивать компонент материала и внутри обращаться по селектору класса материала
А ты не знаешь как подцепить селектор класса материал из компонента?
Ну styled(Drawer)’ .MuiDrawer-paper {} ‘
Спасибо, это работает 🤜🤛
Обсуждают сегодня