🚀🚀
если бы апи библиотеки позволял бы передавать уже имеющиеся сторы, то и создать их пачкой не было бы проблемой (через `restore(defaultValues)`)
Size: a a a
2020 September 24
🚀🚀
а возможность подписаться на загрузку/апдейты определённого поля как на эвент позволила бы использовать on напрямую
yv
а возможность подписаться на загрузку/апдейты определённого поля как на эвент позволила бы использовать on напрямую
я попозже расчехлю свою идею про ноду-сторадж 🙂
ф
persistFields(store, {
save: {
foo: ({foo}) => foo,
bar: ({bar}) => bar,
},
load: {
// что тут?
}
})кладётся в стор с этими ключами
ф
return или target
🚀🚀
кладётся в стор с этими ключами
если строка то да
🚀🚀
а функция должна сама смержить уже имеющееся состояние с апдейтом по типу on
yv
кажется мы изобрели on и map)
я тут подумал, у map же нет обратной связи, если я изменяю мапнутый стор — оригинальный об этом не знает.
а можно сделать что-то типа стора-линзы? изменение которого будет изменять оригинальный стор.
хотя для этого уже нужно будет в структуру данных стора лезть…
а можно сделать что-то типа стора-линзы? изменение которого будет изменять оригинальный стор.
хотя для этого уже нужно будет в структуру данных стора лезть…
yv
хотя можно наверно оригинальный стор подписать на мапнутый 🤪
🚀🚀
казалось бы, что могло пойти не так😃
🚀🚀
я тут подумал, у map же нет обратной связи, если я изменяю мапнутый стор — оригинальный об этом не знает.
а можно сделать что-то типа стора-линзы? изменение которого будет изменять оригинальный стор.
хотя для этого уже нужно будет в структуру данных стора лезть…
а можно сделать что-то типа стора-линзы? изменение которого будет изменять оригинальный стор.
хотя для этого уже нужно будет в структуру данных стора лезть…
ну save и load в моём примере это линзы (призмы, если точнее)
🚀🚀
persistFields(store, {
save: {
foo: ({foo}) => foo,
bar: ({bar}) => bar,
},
load: {
// что тут?
}
})persistFields(store, {
save: {
foo: ({foo}) => foo,
bar: ({bar}) => bar,
},
load: {
foo: (state, val) => ({...state, foo: val}),
bar: (state, val) => ({...state, bar: val}),
}
})m
persistFields(store, {
save: {
foo: ({foo}) => foo,
bar: ({bar}) => bar,
},
load: {
foo: (state, val) => ({...state, foo: val}),
bar: (state, val) => ({...state, bar: val}),
}
})а имя нельзя задать? допустим в сторе у меня foo а в storage я хочу чтобы сохранилось под именем myFoo
🚀🚀
persistFields(store, {
save: {
myFoo: ({foo}) => foo,
bar: ({bar}) => bar,
},
load: {
myFoo: (state, val) => ({...state, foo: val}),
bar: (state, val) => ({...state, bar: val}),
}
})🚀🚀
ключи — поля localstorage
c
persistFields(store, {
save: {
myFoo: ({foo}) => foo,
bar: ({bar}) => bar,
},
load: {
myFoo: (state, val) => ({...state, foo: val}),
bar: (state, val) => ({...state, bar: val}),
}
})persistFields(store, {
save: {
myFoo: ‘foo’,
bar: 'bar’,
},
load: {
myFoo: ‘foo’,
bar: ‘bar’,
}
})И сразу же делаем шортхенд
yv
казалось бы, что могло пойти не так😃
если аккуратно подойти, если в мапнутом сторе будет plain значение, но норм 🙂 обновится мапнутый стор → обновится оригинальный стор → а нового обновления мапнутого стора не будет, т.к. там и так уже новое значение
🚀🚀
не не не, никаких аккуратно
yv
ну это на уровне приложения, конечно, не в библиотеке
m
persistFields(store, {
save: {
myFoo: ‘foo’,
bar: 'bar’,
},
load: {
myFoo: ‘foo’,
bar: ‘bar’,
}
})И сразу же делаем шортхенд
как то многословно. по факту save и load это одно и то же