Size: a a a

2020 June 03

🦜

🦜 in ☄️ effector
только в этом случае я обращаюсь прямо к модели
источник

🦜

🦜 in ☄️ effector
а не к index.js
источник

🦜

🦜 in ☄️ effector
потому что модель находиться на уровне фичи или страницы
источник

c⁣

createStore<🦉>... in ☄️ effector
Хорошо что в моделях страницы этот инит вообще не нужен ибо такой проблемы нет
источник

l

lllla in ☄️ effector
Где можно глянуть пример?
источник

l

lllla in ☄️ effector
createStore<🦉> ⁣
Хорошо что в моделях страницы этот инит вообще не нужен ибо такой проблемы нет
Правильно ли я понял:
Есть фича: “Search” (он используется только на главное странице). У поиска может быть своя модель и т.д

Есть страница: “MainPage”, у нее есть модель. Результаты поиска, допустим, нужно выводить на главной странице.
То есть, апи поиска и главной страницы пересекутся в MainPage/model.ts ?

Связи между фичами строятся на уровне страницы?
источник

c⁣

createStore<🦉>... in ☄️ effector
lllla
Правильно ли я понял:
Есть фича: “Search” (он используется только на главное странице). У поиска может быть своя модель и т.д

Есть страница: “MainPage”, у нее есть модель. Результаты поиска, допустим, нужно выводить на главной странице.
То есть, апи поиска и главной страницы пересекутся в MainPage/model.ts ?

Связи между фичами строятся на уровне страницы?
У меня так, да
источник

l

lllla in ☄️ effector
Очень интересно
источник

R

Rafael 🦠 in ☄️ effector
Есть эффект открытия окна подтверждения действия (один на проект)

в качестве ответа он возвращает объект с вариантами ответа

alertFx.doneData

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

как избежать такого поведения?
источник

B

Bogdan in ☄️ effector
Rafael 🦠
Есть эффект открытия окна подтверждения действия (один на проект)

в качестве ответа он возвращает объект с вариантами ответа

alertFx.doneData

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

как избежать такого поведения?
у меня для этого есть вспомогательный стор owner. В зависимости от оунера тригерится только нужная подписка
источник

🦜

🦜 in ☄️ effector
Bogdan
у меня для этого есть вспомогательный стор owner. В зависимости от оунера тригерится только нужная подписка
ты через сравнение прерываешь вычисления?
источник

R

Rafael 🦠 in ☄️ effector
Bogdan
у меня для этого есть вспомогательный стор owner. В зависимости от оунера тригерится только нужная подписка
можешь показать пример реализации?
источник

B

Bogdan in ☄️ effector
Rafael 🦠
можешь показать пример реализации?
Таких подписок много. И сработает только нужная по фильтру
источник

B

Bogdan in ☄️ effector
🦜
ты через сравнение прерываешь вычисления?
не оч понимаю как это
источник

c⁣

createStore<🦉>... in ☄️ effector
Bogdan
Таких подписок много. И сработает только нужная по фильтру
можно такой комбайн заменить на объектную форму:
combine({ ud: $personIdToRemove, owner: $confirmModalOwner })
источник

B

Bogdan in ☄️ effector
createStore<🦉> ⁣
можно такой комбайн заменить на объектную форму:
combine({ ud: $personIdToRemove, owner: $confirmModalOwner })
постоянно забываю про нее
источник

AA

Alexey Anarion in ☄️ effector
Всем привет!
Есть такой кейс. Аттач позволяет аттачить данные к параметрам эффекта.
А что если мне хочется приаттачить данные к result эффекта.
Кейс родился по причине кривизны бэкенда. У меня чтобы получать приватные ассеты нужно jwt токен передавать в параметре запроса

Что то вроде того:
attachResult({
    source: $jwtToken,
    effect: getUserPhotoFx,
    mapResult: (photos, token) => photos.map((photo) => ({
            ...photo, src: addQueryParameter(photo.src, token)
    }))
})

Я понимаю, что я могу мапнуть done ниже, или даже сэмплануть при передачи в on, но хотелось бы получить эффект модифицированный, так как это было бы очень удобно делать на уровне api

Возможно, это можно как то сделать уже сейчас? Обсуждался ли такой кейс?
По идее необходимость мапать ответ апи может появиться и по другим причинам
источник

AA

Alexey Anarion in ☄️ effector
в принципе я и сам могу такой хелпер написать, но наверное он не помешал бы
источник

YL

Yan👀 Lobaty in ☄️ effector
Alexey Anarion
Всем привет!
Есть такой кейс. Аттач позволяет аттачить данные к параметрам эффекта.
А что если мне хочется приаттачить данные к result эффекта.
Кейс родился по причине кривизны бэкенда. У меня чтобы получать приватные ассеты нужно jwt токен передавать в параметре запроса

Что то вроде того:
attachResult({
    source: $jwtToken,
    effect: getUserPhotoFx,
    mapResult: (photos, token) => photos.map((photo) => ({
            ...photo, src: addQueryParameter(photo.src, token)
    }))
})

Я понимаю, что я могу мапнуть done ниже, или даже сэмплануть при передачи в on, но хотелось бы получить эффект модифицированный, так как это было бы очень удобно делать на уровне api

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

YL

Yan👀 Lobaty in ☄️ effector
Постобработка это даже по логике иное действие
источник