🦜
Oil Field
Вообще вот так правильнее
нет
Size: a a a
2020 July 15
🦜
мне нужно в одном месте, а не во всем приложении
O
мне нужно в одном месте, а не во всем приложении
а, ну тогда ок
O
Ну вообще это всё равно выглядит костыльно, в mui есть оператор css $, который вставляет класс Mui, если у тебя он в makeStyles заведён
R
Привет, скажите где правильно обработать експорт в functional component ?
Например у меня есть конст dropdown options, и нужно текст перевести используя хукс.
Я импорчу option, и как мне правильно его обработать ? Через useState ?
Например у меня есть конст dropdown options, и нужно текст перевести используя хукс.
Я импорчу option, и как мне правильно его обработать ? Через useState ?
SB
Всем добрый вечер.
Есть компонент, возвращает null при несоответствии передаваемых пропсов (например, пустое значение)
Имеет ли смысл каждый раз при вызове компонента проверять пустоту этого свойства вообще в && перед вызовом? Или не нужно?
Есть компонент, возвращает null при несоответствии передаваемых пропсов (например, пустое значение)
Имеет ли смысл каждый раз при вызове компонента проверять пустоту этого свойства вообще в && перед вызовом? Или не нужно?
O
Всем добрый вечер.
Есть компонент, возвращает null при несоответствии передаваемых пропсов (например, пустое значение)
Имеет ли смысл каждый раз при вызове компонента проверять пустоту этого свойства вообще в && перед вызовом? Или не нужно?
Есть компонент, возвращает null при несоответствии передаваемых пропсов (например, пустое значение)
Имеет ли смысл каждый раз при вызове компонента проверять пустоту этого свойства вообще в && перед вызовом? Или не нужно?
Можно задать дефолтное значение пропса
SB
Oil Field
Можно задать дефолтное значение пропса
вопрос не в этом всё же
RU
Всем добрый вечер.
Есть компонент, возвращает null при несоответствии передаваемых пропсов (например, пустое значение)
Имеет ли смысл каждый раз при вызове компонента проверять пустоту этого свойства вообще в && перед вызовом? Или не нужно?
Есть компонент, возвращает null при несоответствии передаваемых пропсов (например, пустое значение)
Имеет ли смысл каждый раз при вызове компонента проверять пустоту этого свойства вообще в && перед вызовом? Или не нужно?
PropTypes
SB
Если компонент и так нулл возвращает, имеет ли смысл писать {data && <Component data={data} />}
SB
PropTypes
да при чём тут проптайпс-то вообще?
RU
да при чём тут проптайпс-то вообще?
я не так прочел вопрос
RU
Если компонент и так нулл возвращает, имеет ли смысл писать {data && <Component data={data} />}
не имеет смысл и не стоит
потому что потом что-то внутри поменяется, и придется менять в двух местах
потому что потом что-то внутри поменяется, и придется менять в двух местах
SB
Вот и я думаю, что это оверинжиниринг
SB
Просто в случае && компонент даже вызван не будет, а так — будет. Но читаемость страдает.
И
Просто в случае && компонент даже вызван не будет, а так — будет. Но читаемость страдает.
ну будет и будет
это не дорого
это не дорого
RU
ну будет и будет
это не дорого
это не дорого
нууу а если у тебя внутри миллион хуков, и только потом return null? :)
OR
нууу а если у тебя внутри миллион хуков, и только потом return null? :)
тогда это не код, а минное поле какое-то.
И
нууу а если у тебя внутри миллион хуков, и только потом return null? :)
А если ты завтра проснёшься, а в байте девять битов? Всё, пиздец!)
АБ
А если ты завтра проснёшься, а в байте девять битов? Всё, пиздец!)
кек)