вообще удивляюсь как можно одновременно быть убежденным в превосходстве хитрого алгоритма мобикс и советовать заюзать window.state = {}

касательно леаута то я просто предложил один вариант и попробовал его описать. К сожалению я пока не встречал по всяким демкам d3 примера этого лейаута (а написать самому нет времени), но вполне вероятно что я просто не понял задачу так как мне было не ясно где находится поля-связи которые нужно визуализировать

ну вот суть была как раз в том что твой лейаут это 1% работы по подготовке и классификации данных, критически необходимой для того чтобы сделать что то на практике а не в режиме «Oh dear! Oh dear! I shall be too late!»

у тебя просто нет шанса разобраться в проблеме хоть сколько нибудь глубоко

так mobx всего лишь решает тормоза реактовского диффа (трекает как данные связаны с компонентами чтобы вызывать дифф только для этих компонентов а не всего приложения). Если бы реакт не тормозил то mobx был бы не нужен. Суть примера выше никак не меняется - что с mobx-ом что без него - сам подход (когда есть с одной стороны глобальное состояние а с другой стороны каждый компонент работает со своим объектом) не меняется

идея о том, что единственное что предлагает мобикс — это даже не реактивность, а костыли для производительности отлично резонирует с данным тезисом

Так все в итоге сводится к производительности. Помимо трека компонентов mobx еще добавляет фичу computed-ов. Но они нужны лишь тогда когда мы начинаем работать с огромными списками с кучей вычислений и если их не кешировать то получим тормоза. А кешировать и вручную трекать зависимости это сложно вот тут и появляются computed-ы которые делают это автоматически (и заодно решают глитчи повторных перезапусков).
Но если тормозов в вычислениях нет то смысла юзать компютеды тоже нет (иногда даже можно встретить что кто-то оборачивает в компютеды даже простое обращение к нескольким полям объекта)

Например?

а как понять какие типы надо прокидывать в useEffect, useEvent и прочее?

просто по подсказкам не пойму что значит что

а, все, в исходниках увидел

ты уже 3 года втираешь нам какую-то дичь про мобикс

не, ну про мобикс я тему поднял, с посылом «если тот был так хорош то откуда такой дауншифтинг в советах сейчас»

ну и сейчас лучше понимая его мотивацию, я в целом вопросов больше не имею

есть событие eventA, на него подписаны 2 сторы: $storeA и $storeB

после того как обе сторы изменились. мне нужно вызвать функцию которая уже не связана с effector. как мне правильнее всего поступить? ну и в вызов другой функции, мне нужно передать актуальный стейт обеих стор.

как бы aventA вызывает цепочку изменений, в двух сторах.

мне не хотелось бы получить 2 одинаковых вызова сторонней функции. хотелось бы получить 1, но при этом что бы была возможность получить актуальное состояние обеих стор.

в общем я хочу вызвать eventA
и когда обновятся все связанные сторы с этим эвентом, получить их актуальный стейт.

сэмплировать напрямую https://share.effector.dev/X0K13hXz

огонь. я почему-то думал что так я получу 2 console.log

комбайны сторов (в source сэмпла тоже) батчатся, чтобы не получать излишних вызовов подписчиков