Для чего мемоизируют аутентификацию?

Question

[Boris007]

В документации реакта useMemo описывается, как хук, который нужно использовать при сложных вычислениях
Как я понял, если нам нужно работать с алгоритмом минимум O(N^2) или если цикл обрабатывает десятки тысяч итераций.
В той же документации пишут, что не надо использовать этот хук везде, как фиксацию каких-то данных, которые имеют хоть какие-либо вычисления

В примерах и статьях заметил, что useMemo активно используют для аутентификации, но зачем?
Ведь там нет никаких сложных вычислений
Пример с обучающего сайта (да и в других примерах когда тоже useMemo в Auth суют)
https://reactnavigation.org/docs/auth-flow/#implem...

Как по мне, useMemo должен встречаться в коде очень редко, но почему-то это частый хук
Поправьте меня, если я в чем-то не прав
В каких случаях, кроме сложных алгоритмических вычислений, useMemo нужен?

Comments

[szQocks]

в демонстрации экшены просто записали в useMemo что бы они не пересоздавались при изменении стора, если в value постоянно будут приходить новые экшены всем компонентам которые их отслеживают, будут ререндеры лишние

Answer 1

[Aetae]

На самом деле useMemo нужен, чтобы при передаче значения как prop в низлежащий memo компонент не происходила перерисовка оного если не было изменений(+при передаче как зависимость в другой хук, тот не срабатывал заново).
Стоит упустить хотя-бы одно место требующее useMemo и пойдёт водопадом перерисовка на каждый чих каждого компонента по всему дереву вниз. И именно это является основной причиной тормозов в React, а не какие-то там мифические сложные вычисления.

Официальная позиция React: "говнокодь сейчас, оптимизируй потом", действительно предполагает использование useMemo "только в узких местах" и нигде больше. Прикол в том, что с таким подходом при разрастании проекта никакого "узкого места" просто нет, тормозить начинает просто потому, что складываются тысячи микротормозов от тысяч перерисовок тысяч компонентов: наступает то самое "потом" и тут придётся переписывать с useMemo чуть ли не весь проект, чтоб снизить эти тормоза.
Именно по этому в реальной работе useMemo стараются таки использовать заранее в каждом месте, где оно потенциально нужно. Некоторые радикальные философии вообще предполагают использование useMemo просто всегда, без исключений.:)

Comments

[szQocks]

И именно это является основной причиной тормозов в React, а не какие-то там мифические сложные вычисления

- это верно подмечено)

Boris007 - useMemo можно юзать там где действительно от этого есть профит в перерисовках, везде где возможно, где нет профита - нет смысла его юзать

[Boris007]

Т.е. в useMemo нужно оборачивать все дочерние компоненты, если в родительском компоненте, есть useState, который никак не относится к логике или работе дочерних компонентов?
Или просто всегда оборачивать в useMemo все дочерние компоненты?

А с авторизацией что?
Может я что-то упустил, но авторизация же никак не влияет на логику регулярных перерисовок
Ведь мы авторизировались или вышли, логика сработала и все
Зачем ее мемоизируют?

И если намекают, что нужно использовать useMemo только в узких местах это из-за того, что это ресурсоемкий хук, который отрабатывает дольше, чем, если бы мы заново перерисовали компонент?

[Aetae]

Boris007, компоненты надо оборачивать в memo при их декларации. В useMemo надо оборачивать те значения, которые передаются по ссылке.

Поскольку контекст для работы с авторизацией создаётся в примере внутри компонента App, то если не использовать useMemo - он будет пересоздан заново при любой перерисовке App. Объект будет точно таким же, но новым, а потому и все компоненты которые от него зависят будут перерисованы.

Вообще судя по вопросу вы не особо понимаете как работает react, попробуйте ещё раз прочить вводые статьи.