З
ну, есть субъективщина, а есть факт. многие сюда заходят с вопросами "а чо не получаеца", пытаясь переносить опыт с редаксов/мобыксов/стм_нейм сюда
Size: a a a
2020 August 11
꧁岡
хотя уже предлагали “переосмысление приложения после редакса”
꧁岡
или типо такого
З
для кого-то преимущества эффектора вообще кажутся неочевидными из-за "странного апи"
🦜
А теперь такая задачка
На первом шаге есть условно кнопка "next"
По клику на неё
— если пользователь залогинен (== есть user address, считайте это айди пользователя), то направить на второй шаг
— если нет, кинуть ивент (типа address required), дождаться когда появится user address, когда появился — направить на второй шаг
Нагородил тут вот такое решение:
названия мне не нравятся совсем, не хватает неймспейсинга наверное
Но основной вопрос — правильно ли делать эффект, который подписывается на стор и отписывается в коллбеке subscribe?
На первом шаге есть условно кнопка "next"
По клику на неё
— если пользователь залогинен (== есть user address, считайте это айди пользователя), то направить на второй шаг
— если нет, кинуть ивент (типа address required), дождаться когда появится user address, когда появился — направить на второй шаг
Нагородил тут вот такое решение:
export const setAddress = createEvent<string | null>();
export const address = restore(setAddress, null);
export const next = createEvent();
const requireAddress = createEvent();
export const requireAddressFx = createEffect({
handler: () => {
requireAddress();
const unsub = address.subscribe(value => {
if (value) {
next();
unsub();
}
});
},
});
export const addressDialogDismiss = createEvent();
guard({
source: sample(address, next),
filter: address.map(x => !x),
target: requireAddressFx,
});
export const awaitingAddress = createStore(false)
.on(requireAddress, () => true)
.on(addressDialogDismiss, () => false)
.on(address, (_, payload) => !payload);
названия мне не нравятся совсем, не хватает неймспейсинга наверное
Но основной вопрос — правильно ли делать эффект, который подписывается на стор и отписывается в коллбеке subscribe?
попробуй split cases
🦜
А теперь такая задачка
На первом шаге есть условно кнопка "next"
По клику на неё
— если пользователь залогинен (== есть user address, считайте это айди пользователя), то направить на второй шаг
— если нет, кинуть ивент (типа address required), дождаться когда появится user address, когда появился — направить на второй шаг
Нагородил тут вот такое решение:
названия мне не нравятся совсем, не хватает неймспейсинга наверное
Но основной вопрос — правильно ли делать эффект, который подписывается на стор и отписывается в коллбеке subscribe?
На первом шаге есть условно кнопка "next"
По клику на неё
— если пользователь залогинен (== есть user address, считайте это айди пользователя), то направить на второй шаг
— если нет, кинуть ивент (типа address required), дождаться когда появится user address, когда появился — направить на второй шаг
Нагородил тут вот такое решение:
export const setAddress = createEvent<string | null>();
export const address = restore(setAddress, null);
export const next = createEvent();
const requireAddress = createEvent();
export const requireAddressFx = createEffect({
handler: () => {
requireAddress();
const unsub = address.subscribe(value => {
if (value) {
next();
unsub();
}
});
},
});
export const addressDialogDismiss = createEvent();
guard({
source: sample(address, next),
filter: address.map(x => !x),
target: requireAddressFx,
});
export const awaitingAddress = createStore(false)
.on(requireAddress, () => true)
.on(addressDialogDismiss, () => false)
.on(address, (_, payload) => !payload);
названия мне не нравятся совсем, не хватает неймспейсинга наверное
Но основной вопрос — правильно ли делать эффект, который подписывается на стор и отписывается в коллбеке subscribe?
и заведи код в repl
꧁岡
для кого-то преимущества эффектора вообще кажутся неочевидными из-за "странного апи"
я так показал когда лиду переписанную часть где сторы закинуты в аргументы эффектов через attach, он сказал сложна))0)
З
вот
꧁岡
ну сказали или так или в каждом эффекте писать $store.getState()
🦜
ну сказали или так или в каждом эффекте писать $store.getState()
сказали?
꧁岡
лан, пока сказали переписать и упростить бизнеслогику, типо чтобы чистые сторы, евенты и эффекты были и все
꧁岡
потом будет добавлять остальное
З
я так пришел на эффектор митап с коллегой, которая уже давно в разработке, она тоже сказала "что-то оно все очень замудреное"
типа, она поняла, что это может работать лучше, но сказала, что продать это тяжело из-за другого подхода)
типа, она поняла, что это может работать лучше, но сказала, что продать это тяжело из-за другого подхода)
꧁岡
сказали?
ага
🦜
ага
когда-нибудь люди начнут читать документацию и смотреть примеры
꧁岡
AO
когда-нибудь люди начнут читать документацию и смотреть примеры
нет
AO
ну сказали или так или в каждом эффекте писать $store.getState()
и огрести проблем с getState
꧁岡
Aleksandr Osipov
и огрести проблем с getState
ну пока так
꧁岡
сказал же