🚀🚀
guard не работает потому что он side-effect free, это я зря его посоветовал, он срабатывает на всех переходах кроме первого
Size: a a a
2020 July 15
🚀🚀
а, я вспомнил из-за чего это: node() работает только внутри дом-нод, в остальных случаях игнорируется
потому что в текущем апи функция в node() принимает в аргумент значение дом-ноды и плюс не срабатывает при ssr
🚀🚀
то есть это чисто такой useLayoutEffect
🚀🚀
поэтому есть два варианта — добавить новые, подходящие хуки в оверлоад node или в route
🚀🚀
в обоих случаях нужно продумать, какой именно смысл должен быть у этих хуков и какие данные
🚀🚀
к примеру, useEffect/useLayoutEffect срабатывают снизу вверх чтобы верхние дом-ноды получали как можно более стабильный dom-лейаут
🚀🚀
и поэтому же они не работали при ssr — дом ноды же нет
🚀🚀
а в случае с целевым хуком для маунта компонента он вполне может иметь другие правила, не такие странные, например)
🚀🚀
соответственно, мб сделать так:
hook({
mount: event
})c
соответственно, мб сделать так:
hook({
mount: event
})Это выглядит хорощо
c
c
Ты говорил, что данные должны грузиться раньше маунта
c
Я с этим согласен, но пока плохо понимаю как сюда прийти
🚀🚀
Ты говорил, что данные должны грузиться раньше маунта
а, кстати да
c
guard не работает потому что он side-effect free, это я зря его посоветовал, он срабатывает на всех переходах кроме первого
Может быть сторы должны вызываться при инициализации форест?
c
Как и обычные сторы
🚀🚀
ну они и так вызываются
🚀🚀
при спауне темплейта отрабатывают все ватчеры сторов
c
при спауне темплейта отрабатывают все ватчеры сторов
То есть я могу сделать новый стор внутри renderRoutes, который будет нужен только для того, чтобы триггернуть ивент однажды, при инициализации
c
Только дергать ивент внутри вотчера не хочется. Непонятно как будет на сервере работать