c
пойду весь автоматизированный процесс
Size: a a a
2020 June 03
c
поменяю на ручной
R
🤷
c
потратили годы, на то, чтобы автоматизировать, но вот сейчас надо отказаться от этого, ради сомнительного профита
I
проблема начинается когда начальное значение стора $user изменяется
опять нет проблемы,
const init = createEvent()
sample({
source: $user,
clock: merge([init, $user.updates]),
target: $isAuth,
fn: anyLogic
})
init()
const init = createEvent()
sample({
source: $user,
clock: merge([init, $user.updates]),
target: $isAuth,
fn: anyLogic
})
init()
c
опять нет проблемы,
const init = createEvent()
sample({
source: $user,
clock: merge([init, $user.updates]),
target: $isAuth,
fn: anyLogic
})
init()
const init = createEvent()
sample({
source: $user,
clock: merge([init, $user.updates]),
target: $isAuth,
fn: anyLogic
})
init()
ага
то есть порождаем проблему init каждого кусочка приложения
то есть порождаем проблему init каждого кусочка приложения
c
и в SSR нужно в правильном порядке все запустить
🦜
И такая канитель - целый день
c
хмм… кажется это проблема инициализации DI из жавы?
c
я к тому, что сейчас мы пытаемся решить проблему, которую сами себе создали
🚀🚀
di это неверная аналогия
c
di это неверная аналогия
ну мб…
🚀🚀
у нас есть секции приложения, их нужно соединить между собой, вот вся задача
c
у нас есть секции приложения, их нужно соединить между собой, вот вся задача
секции зависят друг от друга
🚀🚀
циклично
c
значит их легко можно представить в виде неких компонентов
🚀🚀
циклично
вот первая проблема
c
и поглядеть на них сверху
c
циклично
ииии
как минимум боб мартин советует разрывать любую цикличность
как минимум боб мартин советует разрывать любую цикличность
c
либо инверсией зависимостей
либо созданием ещё одного компонента
либо созданием ещё одного компонента