ЕС
Использовать традиционные классы с жизненным циклом и стопать таймер на willUnmount
return ()=>{
clearInterval(timer)
}Разве не это делает?
Разве не это делает?
Size: a a a
2020 October 05
Разве не это делает?
АБ
Использовать традиционные классы с жизненным циклом и стопать таймер на willUnmount
што?
ЕС
для этих целей есть useRef
А поподробнее с этого момента можно?
И
А поподробнее с этого момента можно?
Дока?
АБ
return ()=>{
clearInterval(timer)
}Разве не это делает?
DB
А поподробнее с этого момента можно?
смотри - когда у тебя создается функция которую ты возвращаешь, в тот момент у тебя переменная
Если тебе нужны моментальные изменения есть хук useRef https://ru.reactjs.org/docs/hooks-reference.html#useref
timer будет еще в начальном значении (лучше почитать про хуки и как они работают)Если тебе нужны моментальные изменения есть хук useRef https://ru.reactjs.org/docs/hooks-reference.html#useref
ЕП
есть док:
далее я этот контект пуляю в провайдер
но когда я вызываю setDoc, зависимости не обновляются
что не так?
let context = [doc, setDoc] = useState({})далее я этот контект пуляю в провайдер
<FormProvider context={context}>но когда я вызываю setDoc, зависимости не обновляются
что не так?
A
Component/PureComponent и стопать таймер при демонтировании, стартовать при монтировании. Куда более читабельно для 90% разрабов и гораздо лучше контроллируется поведение компонента.
DT
Component/PureComponent и стопать таймер при демонтировании, стартовать при монтировании. Куда более читабельно для 90% разрабов и гораздо лучше контроллируется поведение компонента.
разница? Там он сделает в стейте такой же объект и будет через this.setState менять
АБ
Component/PureComponent и стопать таймер при демонтировании, стартовать при монтировании. Куда более читабельно для 90% разрабов и гораздо лучше контроллируется поведение компонента.
может просто достаточно все таки хуки осилить?
DT
тут не проблема классов хуков
A
разница? Там он сделает в стейте такой же объект и будет через this.setState менять
Не обязательно в стейте, можно в атрибуте класса. Разница еще в более читабельном коде для большинства людей (писал выше).
DT
Не обязательно в стейте, можно в атрибуте класса. Разница еще в более читабельном коде для большинства людей (писал выше).
Лютая субъективщина
DT
не пытайся обобщать
АБ
Не обязательно в стейте, можно в атрибуте класса. Разница еще в более читабельном коде для большинства людей (писал выше).
или читабельном для тебя, не путай субъективное и объективное
A
я тоже хотел про субъективщину написать!
DT
предлагать решение - перейти на классы