YK
Гугл что говорит?
более удачный опыт хотел бы получить)
Size: a a a
2020 October 04
PW
Зависимые стейты не должны быть стейтом
не ну и нормально так писать? дважды фильтровать tasks. Напрасная работа, мне кажется
И
не ну и нормально так писать? дважды фильтровать tasks. Напрасная работа, мне кажется
Нет, ненормально. Нормальнее вот так
const tasks = ...
setTasks(...)
А ещё нормальнее — не хранить длину массива в стейте — ты вместо state.done всегда можешь взять state.tasks.filter(...).length
const tasks = ...
setTasks(...)
А ещё нормальнее — не хранить длину массива в стейте — ты вместо state.done всегда можешь взять state.tasks.filter(...).length
И
не ну и нормально так писать? дважды фильтровать tasks. Напрасная работа, мне кажется
А можешь сделать ещё лучше
const done = useMemo(() => tasks.filter(...).length, [tasks])
Главное - доку почитай сначала
const done = useMemo(() => tasks.filter(...).length, [tasks])
Главное - доку почитай сначала
И
Привет как pug засунуть в Реакт?)
Коротко — никак. Но зависит от твоей задачи
II
Q
А подскажите пожалуйста, не работал с firebase. Сложно будет реализовать свое приложение с задачами и апи, каждый пользователь будет логинться и иметь свои задачи? Есть примеры как это делают? Создают дб, структуру, правила/роли, и как в реакте юзать правильно?
YK
PW
А можешь сделать ещё лучше
const done = useMemo(() => tasks.filter(...).length, [tasks])
Главное - доку почитай сначала
const done = useMemo(() => tasks.filter(...).length, [tasks])
Главное - доку почитай сначала
понял
не владею информацией на счёт этого, но гляну
не владею информацией на счёт этого, но гляну
И
понял
не владею информацией на счёт этого, но гляну
не владею информацией на счёт этого, но гляну
И ради всего святого, не моргай this в функциональных компонентах
PW
И ради всего святого, не моргай this в функциональных компонентах
да я по bind передал контекст вот и использую
или лучше как аргумент передавать?
или лучше как аргумент передавать?
И
да я по bind передал контекст вот и использую
или лучше как аргумент передавать?
или лучше как аргумент передавать?
Лучше как аргумент. Разницы никакой, очевидности больше
PW
ну в принципе да
PW
Лучше как аргумент. Разницы никакой, очевидности больше
onClick={() => props.onDelete(props.task)} или onClick={props.onDelete.bind(null, props.task)}?АБ
onClick={() => props.onDelete(props.task)} или onClick={props.onDelete.bind(null, props.task)}?первый
PW
а я где-то слышал, что второй хмм
что первый при большом проекте на производительность повлияет
что первый при большом проекте на производительность повлияет
АБ
а я где-то слышал, что второй хмм
что первый при большом проекте на производительность повлияет
что первый при большом проекте на производительность повлияет
ты не столкнешься с таким кейсом когда это будет играть роль, 99% населения чата никогда не столкнется
PW
ты не столкнешься с таким кейсом когда это будет играть роль, 99% населения чата никогда не столкнется
да, но все же такое возможно?
а если да, то почему бы сразу нормально не писать?)
а если да, то почему бы сразу нормально не писать?)
Р
А подскажите пожалуйста, не работал с firebase. Сложно будет реализовать свое приложение с задачами и апи, каждый пользователь будет логинться и иметь свои задачи? Есть примеры как это делают? Создают дб, структуру, правила/роли, и как в реакте юзать правильно?
Не сложно
II
читаемость хуже