TG
так понимаю ты ловишь fx.doneData в store.on ?
а можно еще как-то?
Size: a a a
2020 June 13
P
хз )
P
а зачем тогда ресет тебе?
AV
А effector'у можно дать новый initial-state что бы reset возвращал к нему.
Например у меня есть стейт user, initial-state у меня может быть просто пустой массив. А вот после запроса у меня уже будет какой-то конкретный юзер. Но при этом если я сделаю reset, я хочу откатиться не к пустому объекту, а к последнему полученному юзеру.
Например у меня есть стейт user, initial-state у меня может быть просто пустой массив. А вот после запроса у меня уже будет какой-то конкретный юзер. Но при этом если я сделаю reset, я хочу откатиться не к пустому объекту, а к последнему полученному юзеру.
Ну это уже не похоже на резет.
Решение в лоб - сделать ещё один Стор для вот этого твоего последнего юзера
Решение в лоб - сделать ещё один Стор для вот этого твоего последнего юзера
TG
да надо 😁
разные кейсы есть где нужен он. на например я сделал offline сортировку в таблице по фильтрам. в initialState моя таблица это [], а вот после загрузки с сервера я получу уже таблицу с данными. и если у меня есть возможность задать новый initialState, у меня будет быстрая возможность сделать reset и тем самым убрать фильтры.
разные кейсы есть где нужен он. на например я сделал offline сортировку в таблице по фильтрам. в initialState моя таблица это [], а вот после загрузки с сервера я получу уже таблицу с данными. и если у меня есть возможность задать новый initialState, у меня будет быстрая возможность сделать reset и тем самым убрать фильтры.
P
Фильтры и сама таблица разные сторы должны быть
🦜
Фильтры и сама таблица разные сторы должны быть
+
AV
Фильтры и сама таблица разные сторы должны быть
Вангую, может и разные, но сбрасываются по одному ивенту
TG
именно так. но когда я очищаю стору $filters, я могу в ней сделать reset, и заодно еще и сделать его в $users
P
Если тебе нужно оптимистичную фильтрацию комбинируй
P
Судя по всему у тебя есть эффект который отдает отсортированную таблицу?
TG
короче, есть возможность задать новый initialState или нет)
P
нет, это не идиоматично
P
Ты логику расскажи свою, придумаем
🦜
нет, это не идиоматично
Есть, но это императивно
🦜
Так что -- нет
TG
у меня не таблица. у меня кейс с формой.
есть форма user. в initialState у нее {}
есть кнопка reset. и есть кнопка clear.
reset — вернуть юзера который пришел с сервера,
clear — очистить
есть форма user. в initialState у нее {}
есть кнопка reset. и есть кнопка clear.
reset — вернуть юзера который пришел с сервера,
clear — очистить
TG
если бы я мог задать initialState новый для $user, то я бы делал reset сторы и дело с концом, а так придется создавать второй стейт.
P
в таком кейсе самое простое реально стор новый создать
AV
у меня не таблица. у меня кейс с формой.
есть форма user. в initialState у нее {}
есть кнопка reset. и есть кнопка clear.
reset — вернуть юзера который пришел с сервера,
clear — очистить
есть форма user. в initialState у нее {}
есть кнопка reset. и есть кнопка clear.
reset — вернуть юзера который пришел с сервера,
clear — очистить
По кнопке reset взять effect.doneData и передать в ивент, который подписан на стор формы