Сам бы никогда бы не додумался

Ну это типовой прием так то. Вы скорее всего уже его применяли так или иначе, например кастомные реакт хуки

Просто как-то не задумывался что с эффектором так тоже можно делать)

Только по мне структура в названии лишнее

Вот я долго думал, стоит ли так делать в проекте. Типа собирать и инициализировать стор on-demand, при подключении модуля (у меня модуль отдельный модуль на каждую фичу, типа auth, users, intl, etc).

Но в итоге отказался от этой идеи, хотя в документации не написано "не делайте так", скорее написано "делайте models/(index|init)". Но обсудить не с кем, мы в команде все писали на redux до этого. Буду признателен если кто-то прокомментирует.

У вас в проекте есть потребность сериализовывать юниты?

Прямо юниты? Это как

наверное не так выразился?🤔

Полагаю ты не про сохранение значений сторов, а ну юниты ты не сериализуешь так просто, это же не статические данные

А чем вопрос вызван?UPD: не увидел с ходу что это реплай был :/

Вообщем скажу как  я понимаю, если что поправят.

Если в проекте не используется fork api (то есть не пишутся тесты и нет SSR), то можно без доп усилий использовать фабрики если они нужны (само апи эффектора подает нам в это пример => createEffect, createGate)

Если в проекте если fork api, то все равно можно использовать фабрики но нужно правильно настроить бабель плагин
https://effector.dev/docs/api/effector/babel-plugin#factories

Нет(по крайней мере пока)

То есть не пишутся тесты и нет SSR

исправил

хотя кстати я видел некоторые до сих пор тесты без форк апи пишут🌚

Ага. Но это такое

во что обернуть такого вида контрсукции
Много effect"ов"  и сторов
Но логика по сути одна и таже

Либо хотя бы ошибки групировать
Так как стор один под все ошибки Fx(Effect)

поэтому апи библиотеки использует только функции и простые js объекты

Это одна из важных причин почему мы выбираем эффектор) а значит использовать фабрики это нормальная практика

Дай текстом код, пожалуйста

Ошибки можно сгруппировать с помощью доменов