🚀🚀
да, с маппед сторами проблема
Size: a a a
2020 June 03
R
логика размазывается между state, init, logic,…. и ещё кучей файлов…
файла два, но вся логика в init! в model только экспорты, в init только импорты
c
файла два, но вся логика в init! в model только экспорты, в init только импорты
🚀🚀
да, с маппед сторами проблема
форвардинг в стор тут не такая проблема как то, что у мапнутого стора начальное состояние тоже вычисляемое, то есть его даже нельзя создать через createStore не вовлекая в это логику обработки данных
R
1. проблема внешнего интерфейса, что если я хочу экспортировать mapped стор, в который передаю какой-нибудь чистый редюссер, то сразу получаю кусок логики в интерфейсе
либо придется форвардить в этот стор, и тогда очевидность происходящего сильно падает
либо придется форвардить в этот стор, и тогда очевидность происходящего сильно падает
я объяснял, мапнутые сторы не экспортирую
🚀🚀
как вариант
c
я объяснял, мапнутые сторы не экспортирую
а я экспортирую
c
для меня это прям важно
🚀🚀
для меня это прям важно
а чем? интересно
R
sample и .on всё решают
🦜
файла два, но вся логика в init! в model только экспорты, в init только импорты
экспорты в моделе? ох
c
const $user = createStore<User | null>(null)
export const $isAuth = $user.map(user => user !== null)🚀🚀
I
1. проблема внешнего интерфейса, что если я хочу экспортировать mapped стор, в который передаю какой-нибудь чистый редюссер, то сразу получаю кусок логики в интерфейсе
либо придется форвардить в этот стор, и тогда очевидность происходящего сильно падает
либо придется форвардить в этот стор, и тогда очевидность происходящего сильно падает
Сегодня это конечно mapped стор, завтра логика поменялась и это обычный стор.
Смысл пользователя интерфейса обременять этими знаниями?
А за прямые изменения сторов из другой фичи (форварды, подписка на .on, таргет в сэмпле) надо бить по рукам, и уже будет не важно, mapped он там или нет.
Смысл пользователя интерфейса обременять этими знаниями?
А за прямые изменения сторов из другой фичи (форварды, подписка на .on, таргет в сэмпле) надо бить по рукам, и уже будет не важно, mapped он там или нет.
c
Сегодня это конечно mapped стор, завтра логика поменялась и это обычный стор.
Смысл пользователя интерфейса обременять этими знаниями?
А за прямые изменения сторов из другой фичи (форварды, подписка на .on, таргет в сэмпле) надо бить по рукам, и уже будет не важно, mapped он там или нет.
Смысл пользователя интерфейса обременять этими знаниями?
А за прямые изменения сторов из другой фичи (форварды, подписка на .on, таргет в сэмпле) надо бить по рукам, и уже будет не важно, mapped он там или нет.
ну реализуй мне кейс, который я выше описал
https://t.me/effector_ru/124675
https://t.me/effector_ru/124675
🚀🚀
тогда получается что в публичном апи должны быть только эвенты)
S
Можно же гарды?
S
только придется на каждый ивент
🚀🚀
тогда получается что в публичном апи должны быть только эвенты)
нет сторов в публичном апи — нет проблемы?
R
Можно же гарды?
не в том смысл демонстрации