AA
🙏 спасибоны
const $sorting = restore(selectSortingEvent, null);и тогда можно сделать ровно так, как и в твоем первом варианте, просто используя этот стор вместо эвента в том комбайне
Size: a a a
2021 June 14
АХ
Если нужен триггер и на $viewMode, и на значение из selectSorting, то лучше сделать стор:
DS
А ему в эффекте думаешь нужен и mode и sorting?
AA
ага, да, так лучше подходит
AA
в эффекте mode не нужен, а sorting сформировать чтобы прокинуть нужно
AA
просто по mode фильтрация идет, поэтому его тоже возвращает
AA
хотя блин не хочется хранить сортировку как стор, потому что это только ивент и результат эффекта и так потом обновит актуальную сортировку
DS
опиши свою ситуацию в бизнес терминах
AA
да классика, таблица и сортировка
- меняем сортировку
- кидаем ивент
- формируем запрос на бэк (из сторов и ивента)
- бэк возвращает результаты с объектом сортировки
- меняем сортировку
- кидаем ивент
- формируем запрос на бэк (из сторов и ивента)
- бэк возвращает результаты с объектом сортировки
DS
тогда это кажется приемлемое решение
АХ
Если эффекту нужна только сортировка из события и ничего больше, то можно так:
guard({
source: selectSortingEvent,
filter: $viewMode.map(mode => mode === "table"), // фильтр может быть стором
target: searchFx,
})AA
тогда не будет же срабатывать на изменение viewMode
АХ
А, тогда так:
guard({
source: selectSortingEvent,
clock: [$viewMode, selectSortingEvent],
filter: $viewMode.map(mode => mode === "table"), // фильтр может быть стором
target: searchFx,
})c
Но это же и есть стор со значением сортировки
AA
реальный стор заполняется результатом, который приходит с бэка, это же параметры ивента, которые незачем хранить, так как вьюха коммитится после ответа бэка
2021 June 15
П
а что плохого в наличие стора с сортировкой? всё равно ж показывать направление
AA
так я же написал, направление показывается из данных полученных с бэка
П
а плохого что?
П
+один стор и форвард из комбайна?
IA
а как с гардом можно перекинуть в target параметры с которым был вызнан clock?