🚀🚀
future у реакт-тимы понятие растяжимое
Size: a a a
2020 July 28
🚀🚀
не лечил, потому что не заметил, чтобы что-то сломалось
форест запускает свой код внутри ватчеров эффектора, поэтому поломка одной секции приложения никогда не ломает никакие другие: не запустилось значит не запустилось 🤷🏻♂️
🚀🚀
собственно гарантия продолжения работы приложения в целом при поломке одной из частей это первое что я сделал в эффекторе) надоело видеть белый экран просто потому что кто-то где-то не поставил try catch, это не то, о чём мы должны задумываться при работе
🚀🚀
Интересное решение парсить обьекты и по span раскидывать.
А почему не json stringify ?
А почему не json stringify ?
даже не учитывая несериализуемые объекты и подсветку, рано или поздно придётся триммить строки и раскидывать объекты компактнее чем обычно
DS
Крутой коммент
DS
даже не учитывая несериализуемые объекты и подсветку, рано или поздно придётся триммить строки и раскидывать объекты компактнее чем обычно
Ну без подсветки ролап/ролдаун со стрингифай моментально реализовать)
DS
у тебя же вроде мак был🤔😑
NT
ребзи, а подскажите плиз как элегантно в store.on(fx.doneData, (state, entityId) => ({…state, entityId, entity: ??? }))
подмешать данные из соседнего стора $entities ?
создавать новый евент через sample ?
подмешать данные из соседнего стора $entities ?
создавать новый евент через sample ?
yv
ID:0
👍
ЕГ
ребзи, а подскажите плиз как элегантно в store.on(fx.doneData, (state, entityId) => ({…state, entityId, entity: ??? }))
подмешать данные из соседнего стора $entities ?
создавать новый евент через sample ?
подмешать данные из соседнего стора $entities ?
создавать новый евент через sample ?
const event = sample({
source: $entities,
clock: fx.done,
fn: (store, done) => ({store, done.result})
})🚀🚀
sample({
source: {
store,
entities: $entities,
},
clock: fx.doneData,
target: store,
fn: ({store, entities}, id) => ...
})
@dreamernekit🚀🚀
const event = sample({
source: $entities,
clock: fx.done,
fn: (store, done) => ({store, done.result})
})ему нужно из двух сторов данные и без промежуточного эвента)
поэтому объект в source и стор в target
поэтому объект в source и стор в target
ЕГ
ему нужно из двух сторов данные и без промежуточного эвента)
поэтому объект в source и стор в target
поэтому объект в source и стор в target
да, уже понял и doneData event)
NT
ему нужно из двух сторов данные и без промежуточного эвента)
поэтому объект в source и стор в target
поэтому объект в source и стор в target
о, про стор в target я не подумал, спасибо )
NT
а это норм тема что у нас работа со стором будет не только через store.on а еще и из других мест ? потом удобно с этим работать?)
ЕГ
а это норм тема что у нас работа со стором будет не только через store.on а еще и из других мест ? потом удобно с этим работать?)
у тебя же реакция происходит на разные эвенты
где-то on, где-то sample
где-то on, где-то sample
🚀🚀
а это норм тема что у нас работа со стором будет не только через store.on а еще и из других мест ? потом удобно с этим работать?)
да
🚀🚀
on по сути это сокращённая запись для самого часто применяемого варианта:
sample({
source: store,
clock: event,
fn,
target: store
})NT
оу, понял, спасибо )
NT
const teamUpdated = sample({
source: $teams,
clock: editEmployeeTeam,
fn: (teams, teamId) => teams.find((team) => teamId === team.id),
})
export const $employee = restore<Employee>(fetchEmployeeFx.doneData, null)
.reset(InitGate.close)
.on(teamUpdated, (store, team) => ({ ...store, team }))кажется так лучше чем так:
sample({
source: {
store: $employee,
teams: $teams,
},
clock: editEmployeeTeam,
fn: ({ store, teams }, teamId) => ({
...store,
teamId,
team: teams.find((team) => teamId === team.id),
}),
target: $employee,
})