В
Спам
Size: a a a
2019 December 22
И
всм спам?
И
я ничего не пиарю
В
Оффтоп
И
была бы ссылка на создателя написал бы в личку)
RM
Здравствуйте! Вопрос по React-хуки, хочу выполнить функцию useEffect(() => {
props.someFunction()
}, []) - но TypeScript предупреждение, что потерян props и рекомендует его передать внутри скобок []. Но мне это не надо, т.к. надо вызвать функцию только 1 раз, а не каждый раз при изменении props.
props.someFunction()
}, []) - но TypeScript предупреждение, что потерян props и рекомендует его передать внутри скобок []. Но мне это не надо, т.к. надо вызвать функцию только 1 раз, а не каждый раз при изменении props.
IK
Передайте в скобки props.someFunction
DS
Мне одному смешно что с игорьком так вышло?)
DS
Вопрос как чекнуть из браузера что прошел запрос с
keepalive: true по ивенту onunload ?RM
Передайте в скобки props.someFunction
нет, все-равно ругается, только другая ошибка
DS
Здравствуйте! Вопрос по React-хуки, хочу выполнить функцию useEffect(() => {
props.someFunction()
}, []) - но TypeScript предупреждение, что потерян props и рекомендует его передать внутри скобок []. Но мне это не надо, т.к. надо вызвать функцию только 1 раз, а не каждый раз при изменении props.
props.someFunction()
}, []) - но TypeScript предупреждение, что потерян props и рекомендует его передать внутри скобок []. Но мне это не надо, т.к. надо вызвать функцию только 1 раз, а не каждый раз при изменении props.
Это ругетася линтер а не тайп скрипт
M
Здравствуйте! Вопрос по React-хуки, хочу выполнить функцию useEffect(() => {
props.someFunction()
}, []) - но TypeScript предупреждение, что потерян props и рекомендует его передать внутри скобок []. Но мне это не надо, т.к. надо вызвать функцию только 1 раз, а не каждый раз при изменении props.
props.someFunction()
}, []) - но TypeScript предупреждение, что потерян props и рекомендует его передать внутри скобок []. Но мне это не надо, т.к. надо вызвать функцию только 1 раз, а не каждый раз при изменении props.
если действительно необходимо, чтобы хук выполнялся только на mount, то линтеру можно сказать, чтобы не ругался: // eslint-disable-next-line react-hooks/exhaustive-deps
RM
если действительно необходимо, чтобы хук выполнялся только на mount, то линтеру можно сказать, чтобы не ругался: // eslint-disable-next-line react-hooks/exhaustive-deps
ну это можно, тогда смысл в этом линтере? )))
DS
если действительно необходимо, чтобы хук выполнялся только на mount, то линтеру можно сказать, чтобы не ругался: // eslint-disable-next-line react-hooks/exhaustive-deps
если хорошо прочитать статью про юзэффект то полезнее вообще скипнуть это правило из конфига)
M
ну тут типа не навсегда, а только разок :)
RM
ну тут типа не навсегда, а только разок :)
наверное, так теперь и останется
M
наверное, так теперь и останется
или, как вариант обернуть в useCallback эту функцию и результат вставить в useEffect, чтобы предотвратить ререндер на создание нового экземпляра
DS
ну это можно, тогда смысл в этом линтере? )))
Смысл что б в некотрых моментах вы не потеряли зависимость и не получили неожиданных эффектов.
Но эти правила не следует выполнять все и всегда. Просто это костылик который забила команда не запилив нормальный
Но эти правила не следует выполнять все и всегда. Просто это костылик который забила команда не запилив нормальный
build-time transformation.DS
наверное, так теперь и останется
RM
или, как вариант обернуть в useCallback эту функцию и результат вставить в useEffect, чтобы предотвратить ререндер на создание нового экземпляра
а это не усложнит понимание такого кода? ведь одинарное выполнение useEffect() - стандартная практика