🚀🚀
это не троттл
Size: a a a
2020 June 15
🚀🚀
троттл эмпирический, тут мы точно показываем условие продолжения
🚀🚀
а первый эффект — это просто интервал (window) видимости тоста
R
const apiErrorToastInterval = createEffect({
handler: () => new Promise(
rs => setTimeout(rs, 1000)
)
})
guard({
source: apiCallFx.fail,
filter: apiErrorToastInterval.pending.map(
pending => !pending
),
target: apiErrorToastInterval
})но у этого подхода есть и минусы:
такой гард должен быть один на все приложение
такой гард должен быть один на все приложение
🚀🚀
почему?
🚀🚀
pending эффекта то общий
🚀🚀
все гарды будут подчиняться одному и тому же условию)
R
черт, и это продумал!
🚀🚀
просто похожему условию подчиняется принцип работы кнопки Prettify в репле
🚀🚀
с той разницей что тут защита ставится на время общения с сервером, а не на время показа тоста. но суть та же, взаимоисключающая защита: или-или
🦜
Page.js
import {$agents, $agentInfo} from './model'
Page
AgentsList agents=$agents
{ useStore(agents) }
AgentInfo agentInfo=$agentInfo
{ useStore(agentInfo) }
import {$agents, $agentInfo} from './model'
Page
AgentsList agents=$agents
{ useStore(agents) }
AgentInfo agentInfo=$agentInfo
{ useStore(agentInfo) }
кароче какая бы схема не была, с компонентами из библиотек такое не прокатит
🚀🚀
Кто-нибудь прокидывает через пропсы сторы? Удается избежать лишних ререндеров?
я прокидываю регулярно, не вижу причин почему так не делать)
🚀🚀
Кто-нибудь прокидывает через пропсы сторы? Удается избежать лишних ререндеров?
🚀🚀
насчёт ререндеров — приложены все усилия, чтобы смена стора и прочие эдж кейсы не приводили к ререндерам
R
pending эффекта то общий
погоди, но ведь чтобы это работало нужно будет в source все эффекты передать, разве нет?
т.е если сфейлился хотябы один, то сделать что-то
т.е если сфейлился хотябы один, то сделать что-то
🦜
насчёт ререндеров — приложены все усилия, чтобы смена стора и прочие эдж кейсы не приводили к ререндерам
да я вижу
🦜
уже другие факторы, которые не от стм
🚀🚀
погоди, но ведь чтобы это работало нужно будет в source все эффекты передать, разве нет?
т.е если сфейлился хотябы один, то сделать что-то
т.е если сфейлился хотябы один, то сделать что-то
я подразумевал что такой гард существует для каждого тоста (то есть по числу не-дублирующихся тостов, хз как выразить нормально 😄), то есть условно кроме apiErrorToastInterval будут ещё userMessageToastInterval
но вообще чтобы накинуть в гард больше эффектов достаточно в source сделать мерж а в filter combine
но вообще чтобы накинуть в гард больше эффектов достаточно в source сделать мерж а в filter combine
R
я подразумевал что такой гард существует для каждого тоста (то есть по числу не-дублирующихся тостов, хз как выразить нормально 😄), то есть условно кроме apiErrorToastInterval будут ещё userMessageToastInterval
но вообще чтобы накинуть в гард больше эффектов достаточно в source сделать мерж а в filter combine
но вообще чтобы накинуть в гард больше эффектов достаточно в source сделать мерж а в filter combine
да, но вот это постоянное merge и combine не скажутся на код сплитинге?