🚀🚀
ну, если кто-то дернет fx то у тебя новое значение в сторе будет
restore(fx, initialValue) это шортхэнд для
createStore(initialValue).on(fx.doneData, (_, result) => result)
Size: a a a
2020 August 21
И
.on чейнится, можно создать стор и подключить к нему всё, что требуется сразу
я про то, что результат fx и результат реакции на change лежат в одном месте
это странно, кмк
это странно, кмк
🚀🚀
ну это в чате так, я расположил в порядке появления сущностей в логике формы
🚀🚀
в реальности как правило эффекты отдельно, сторы отдельно, то есть можно при создании сторов импортировать эффекты и на месте их подключить
🦜
я про то, что результат fx и результат реакции на change лежат в одном месте
это странно, кмк
это странно, кмк
не вижу странностей. Я в модели все описываю сверху вниз
imports
effects
events
stores
stores handlers
—————————————
Тут как удобен порядок
samples
forwards
guards
imports
effects
events
stores
stores handlers
—————————————
Тут как удобен порядок
samples
forwards
guards
🚀🚀
import {fetchProfile} from './api'
export const profile = createStore({name: 'guest', age: 18})
.on(fetchProfile.doneData, (_, profile) => profile)И
да блин) я не про код, я про сущность. стор один — для данных полученных снаружи и для данных, полученных от юзера. в моём розовом мирке это два разных стора
🚀🚀
почему розовый? это обычное бизнес-требование
DS
да блин) я не про код, я про сущность. стор один — для данных полученных снаружи и для данных, полученных от юзера. в моём розовом мирке это два разных стора
Создай второй стор что б мир не рушить)
🦜
да блин) я не про код, я про сущность. стор один — для данных полученных снаружи и для данных, полученных от юзера. в моём розовом мирке это два разных стора
если надо, то можешь сделать draft store
🚀🚀
для этого и существует такая гибкость, чтобы ты мог организовать структуру данных так, как требуется
VK
да блин) я не про код, я про сущность. стор один — для данных полученных снаружи и для данных, полученных от юзера. в моём розовом мирке это два разных стора
У меня в моей реализации это один стор
VK
Но у меня форма это тупа форма отправки
🚀🚀
если так подумать, то кейс с редактированием профиля действительно подразумевает наличие draft стора, так как до момент сабмита обновлять текущие данные смысла нет
ф
У меня в моей реализации это один стор
значит одно атомарное состояние?
🚀🚀
это значит что можно без черновика
И
окай. а драфт-стор вот так создавать норм?
const $store = restore(fx, null)
const $form = $store.map(identity).on(change, ...)VK
значит одно атомарное состояние?
Да
🚀🚀
окай. а драфт-стор вот так создавать норм?
const $store = restore(fx, null)
const $form = $store.map(identity).on(change, ...)draft стор он не то, чтобы прямо .map, для draft текущий $profile это лишь один из источников апдейтов, поэтому это решается через sample
🚀🚀
и это момент изменения бизнес-требований, в таком случае дорабатываем код таким образом