И
в том то и дело что состояние провайдера не меняется так много раз:)
и я должен поверить тебе наслово?)
Size: a a a
2020 August 13
PI
там state на том же уровне, который будет вызывать перерендер. А изменение значения в провайдере будет рендерить все компоненты, в которых будет useContext от этого провайдера
ei
и я должен поверить тебе наслово?)
Капец бля
RD
и я должен поверить тебе наслово?)
я ведь скинул полный пример)
ei
Чел не понимает что в долгосрочной перспективе там хоть 100000 раз может ререндериться
RD
Чел не понимает что в долгосрочной перспективе там хоть 100000 раз может ререндериться
так перспектива ведь не долгосрочная, там просто пример)
RD
так перспектива ведь не долгосрочная, там просто пример)
зачем его усложнять)
PI
да как минимум в ходе развития апп функционала может надобавляться масса. Обернуть логику в useCallback / useMemo ничего не стоит, а разгребать спустя пол года перфоманс такое себе
RD
там state на том же уровне, который будет вызывать перерендер. А изменение значения в провайдере будет рендерить все компоненты, в которых будет useContext от этого провайдера
эт да)
PI
Ты задаешь ну оч странные вопросы)
ei
зачем его усложнять)
Где усложнение?
MK
да как минимум в ходе развития апп функционала может надобавляться масса. Обернуть логику в useCallback / useMemo ничего не стоит, а разгребать спустя пол года перфоманс такое себе
ну если ты на контекстах пишешь то вперед обмазывайся useCallback / useMemo
И
в том то и дело что состояние провайдера не меняется так много раз:)
короч:
вот такой компонент:
когда ОН, сам Comp перерендерится, будет передавать ребёнку каждый раз НОВЫЙ объект. а значит Child будет ререндериться каждый раз, когда ререндерится Comp. не важно, по какой причине и когда
а вот такой:
будет каждый раз передавать ОДИН И ТОТ же объект своему Child. и не важно, из-за чего и когда он ререндерится
вот такой компонент:
const Comp = () => <Child prop={{foo: 0}} />когда ОН, сам Comp перерендерится, будет передавать ребёнку каждый раз НОВЫЙ объект. а значит Child будет ререндериться каждый раз, когда ререндерится Comp. не важно, по какой причине и когда
а вот такой:
const Comp = () => {
const prop = useMemo(() => ({ foo: 0}), [])
return <Child prop={prop} />
}
будет каждый раз передавать ОДИН И ТОТ же объект своему Child. и не важно, из-за чего и когда он ререндерится
RD
да как минимум в ходе развития апп функционала может надобавляться масса. Обернуть логику в useCallback / useMemo ничего не стоит, а разгребать спустя пол года перфоманс такое себе
а вот в доке по useMemo говорится что нужно юзать тогда когда появится в нем необходимость)
PI
ну другой вариант конечно обмазываться memo и селекторами))) и делить вью и логику
RD
Где усложнение?
обертка useMemo сбивает с толку когда ты только осваиваешь
KK
ei
обертка useMemo сбивает с толку когда ты только осваиваешь
Сомневаюсь
МЛ
Доброго. Подскажите, что и где менять в конфиге, чтоб вместо ./xxx.module.scss можно было просто писать ./xxx.scss?
PI
у тебя там и есть необходимость. Чтобы не вызывать обновления подписчиков на контекст)