Б
а я не получу результат
Size: a a a
2020 July 15
Б
виноват
Б
const toggle = () => setVisibility(state => !state)
Б
это же подходит для любого хука, когда тебе нужно менять его булево значение
И
const toggle = () => setVisibility(state => !state)
state => !state — это функция R.not
Б
Да, но мне нужно тогда делать
что круто, но ещё бы от обёртки избавится
const toggle = () => setVisibility(not)
что круто, но ещё бы от обёртки избавится
RU
Да, но мне нужно тогда делать
что круто, но ещё бы от обёртки избавится
const toggle = () => setVisibility(not)
что круто, но ещё бы от обёртки избавится
ну compose не?
Б
Согласен, но тогда в сеттер попадёт эвент, а не not (я делал как ниже)
compose(not, setCalendarVisibility);
SB
ну будет и будет
это не дорого
это не дорого
не, я тут побеседовал со старшими товарищами и решил, что всё же дорого. Да и зависимость рендера проще так определить, а остальные пропы интерфейс защитит.
И
не, я тут побеседовал со старшими товарищами и решил, что всё же дорого. Да и зависимость рендера проще так определить, а остальные пропы интерфейс защитит.
Твоя судьба в твоих руках
И
Да, но мне нужно тогда делать
что круто, но ещё бы от обёртки избавится
const toggle = () => setVisibility(not)
что круто, но ещё бы от обёртки избавится
const toggle = compose(setVisibility, not)
И
Согласен, но тогда в сеттер попадёт эвент, а не not (я делал как ниже)
compose(not, setCalendarVisibility);
почитай про “как работает compose"
Б
const toggle = compose(setVisibility, not)
Ещё раз, тогда при присваивании это к JSX тэгу, то в setVisibility будет эвент, а не not
И
Ещё раз, тогда при присваивании это к JSX тэгу, то в setVisibility будет эвент, а не not
да, действительно
И
Ещё раз, тогда при присваивании это к JSX тэгу, то в setVisibility будет эвент, а не not
короче, рамда — это часы придумывания одной строчки. мне лень. может, кому-то не лень — справляйтесь сами)
Б
короче, рамда — это часы придумывания одной строчки. мне лень. может, кому-то не лень — справляйтесь сами)
Я понял, благодарю за попытку
a
Если компонент и так нулл возвращает, имеет ли смысл писать {data && <Component data={data} />}
Чем меньше JS в JSX - тем лучше.
В данном случае, например, если дата пустая, то компонент пропадет и его нельзя будет инспектировать в девтулзах, а иначе можно было бы в его пропсах посмотреть на то что data пустая. Это микромомент, но на больших проектах и при быстром инспектировании кода может играть значимую роль в DX
В данном случае, например, если дата пустая, то компонент пропадет и его нельзя будет инспектировать в девтулзах, а иначе можно было бы в его пропсах посмотреть на то что data пустая. Это микромомент, но на больших проектах и при быстром инспектировании кода может играть значимую роль в DX
Э(
Всем привет . Господа проконсультируйте плиз по mobx+react. Я знаю редакс, а mobx для меня странный мутабельный зверь. Его мутабельность распространяется во вложенность?т.е. в редаксе надо пересоздовать объект(state) для перерендеринга. Как дела состоят в mobx ? Могу я обсервить сложный-составной объект не пересоздовая если у его дочернего что-то измениться?
Э(
Т.е. если a = {b:1} и мы меняем a.b
И
Есть ребята кто сталкивался с Ramda и может подсказать как написать функцию из одной строки?
то, что тебе нужно, называется “бесточечная нотация”, а не “функция из одной строки"