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

очень нехватает варнинга, когда идет попытка подмены хендлера у эффекта после аттача

Тогда я не смогу нормально завязаться на pending

а откуда такое условие непременно уникальный эффект? это же не цель а лишь один из путей к ней

да, согласен. можешь issue создать плз?

Для того, чтобы каждый лоадер показывал готов он или нет - по мере конкретно его готовности

да, давай

как что его лучше оформить?

bug report

а обрабатывать ты эти созданные эффекты как собираешься?

соответственно,

const getFx = createEffect(async id => {})

$pendings
 .on(getFx.finally, (ids, {params: id}) => ids.filter(e => e !== id))

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

надо попробовать

добавишь тест?

Мб кинешь ишшью?

ага

хорошо) там по ходу всё сводится к чему-то типа апи для списков, мы когда-то это уже обсуждали, но тогда ещё не было патронума)

Привет. Есть некий конструктор работающий вот так:
- Нужно создать список сущностей
- Создать можно неограниченное количество
- Чтобы добавить - нажимается кнопка “Добавить”, далее я выбираю тип сущности и от этого зависит форма, которая вылезет в ответ

Вроде достаточно тривиальный кейс)

Вопрос - насколько в правильную сторону я иду если хочу создать по форме через effector-forms на каждую сущность и далее при добавлении форм/выбирании типа формы - форкать нужную?) При смене типа формы - fork + clearNode предыдущего скоупа