Ребят, а насколько норм писать фабрики для кусков логики, с форвардами, гардами, сэмплами внутри?

Внутри компонента создаваться не будут, нужно просто для обработки одной и той же логики.
Пример:
https://share.effector.dev/JDL6Ctyi

Так же думал подобную идею использовать для создания фич, через аргументы мы сможем явно показать от чего зависит наша фича, от каких других юнитов, и возвращать только те юниты которые мы хотим отдать в экспорт.

Есть какие то проблемы с этим?

di это feature connection для бедных)

А для богатых это как в ангуляре и нест?)

так норм делать генерацию юнитов, или нет?

по сути получится явный DI для фич, через аргументы

Я так делал, в итоге отрефакторил на forward-ты + guard-ы и всю логику описал статически (не в фабриках), в принципе подход работал, но показалось что это как-то не effector-way, да и в чате меня переубедили

Я так делал, в итоге отрефакторил на forward-ты + guard-ы и всю логику описал статически (не в фабриках), в принципе подход работал, но показалось что это как-то не effector-way, да и в чате меня переубедили

Я так делал, в итоге отрефакторил на forward-ты + guard-ы и всю логику описал статически (не в фабриках), в принципе подход работал, но показалось что это как-то не effector-way, да и в чате меня переубедили

Нашел только про useModel внутри компонентов.
У меня другой кейс.
Я хочу генерировать независимые от view куски логики в моделях/фичах и т.д. Как пример, пагинация в которой меняется только апи ендпоинт в который надо сходить. Они будут созданы 1 раз в месте использования и не будут удаляться.

Да все норм. Посмотри как устроены апи патронума от совы

Поигрался с заменой объекта на Map в сторах. Работает)
Удаление элемента криптово и неказисто, зато в одну строчку)
https://share.effector.dev/lVkXn8HL

Поигрался с заменой объекта на Map в сторах. Работает)
Удаление элемента криптово и неказисто, зато в одну строчку)
https://share.effector.dev/lVkXn8HL