А
да, но идея с кейвордами выглядит более симпатичной
Size: a a a
2021 April 26
2021 April 27
AU
Господа, а как вы считаете правильнее делать, вытаскивать данные подпиской рефрейма на высокоуровневых компонентах и передавать их потом аргументами дальше или получать там, где они уже требуются?
AZ
Хз правильно это или нет но я выношу в родителя если родитель тоже подписан
AU
мне как-то больше нравится получать по максимуму в родительском компоненте, потому что так вроде почище получаются потомки, но с другой стороны, всегда так не получается делать и оверхеда обычно больше
A
в этом случае реагент вызовет forceUpdate родительского компонента, с точки зрения производительности это сильно хуже
A
у каждого компонента внутри будет вызван should component update, и он каждый параметр будет сравнивать
A
react детектед)
AZ
В этом это в каком?
A
когда сабскрибшен один большой в родительском компоненте
A
это удобно в последней версии re-frisk профайлить
AU
дык я не про один большой сабскрипшон, а про что-то вроде
(defn child [id]
[:div id])
(defn parent []
[a
[b
[child @(subscirbe [:some-sub])]])
(defn child [id]
[:div id])
(defn parent []
[a
[b
[child @(subscirbe [:some-sub])]])
AU
на сколько я знаю, он все не должен перерендерить (надо почитать, я могу ошибаться)
AU
ну и если это в let куда-о запихать, то тоже, кмк, должен только нужный компонент апдейтнуться, не?
A
в этом случае он вызовет forceUpdate parent компонта и react будет пытаться рендерить все внутри, но should update сработает только у child, но это вообще не имеет смысла, subscirbe должен быть внутри child
A
если всеровно на производительность так тоже можно делать
AU
меня просто не покидает ощущение, что с моими компонентами что-то не так, когда они каждый что-то со стороны тащут) я вроде пытался уже с этим смириться, но сложно
A
ну это главная фишка реагента
OR
В рефрейме ещё нужно учитывать, что подписки второго слоя пересчитываются всегда