I
знаю, но мне не нужна более общая абстракция
Size: a a a
2020 May 20
I
мне нужно меньше писать кода :)
a
как стриггерить сайдэффект от экшена?
Вот этого вопроса не понял.
Ну учитывая то что экшенКриэйтор - это чистая функция, то можно просто
Ну учитывая то что экшенКриэйтор - это чистая функция, то можно просто
myAction(payload).reactions[0](payload, store)I
мне нужно меньше писать кода :)
это не везде нужно, понятно что всякие базовые компоненты должны быть изолированы полностью. Но когда один и тот же компонент используется в нескольких местах приложения, выходит слишком много бойлерплейта для переиспользования
I
Вот этого вопроса не понял.
Ну учитывая то что экшенКриэйтор - это чистая функция, то можно просто
Ну учитывая то что экшенКриэйтор - это чистая функция, то можно просто
myAction(payload).reactions[0](payload, store)не очень понял. Вот например у меня есть экшн closeWindowRequest и есть сайдэффект closeWindow. Как сделать чтобы 2 запускался при диспатче первого?
a
не очень понял. Вот например у меня есть экшн closeWindowRequest и есть сайдэффект closeWindow. Как сделать чтобы 2 запускался при диспатче первого?
const closeWindowRequest = declareAction(closeWindow) ?
I
первый ничего не знает про второй
a
Ну тогда нужно подписываться
a
store.subscribe(closeWindowRequest, closeWindow)
I
т.е. только через вьюшку (стор)?
a
т.е. только через вьюшку (стор)?
Я уже как-то показывал как иниться чисто в модели, не завязываясь на вьюху
a
ша попробую найти
I
там вроде немного другое было, может не правильно понял
I
точно, попробую
a
По факту init и cleanup ты можешь вызывать не обязательно во вьюхе, а в любом module manager / controller / layout manager / router / etc
a
Кароч там, где у тебя контролируется подключение и отключение каких-то модулей / фич / страниц / нупонятнонадеюсь
I
ну понятно да
a
Я вот над таким раздумываю
a
Переслано от artalar
Слушайте, по поводу архитектуры, а есть ли какой-то такой подход / паттерн,когда мы все ключевые узлы архитектуры и их связи описываем в одном конфигурационном файле? Грубо говоря как единый конфиг для роутов на фронте.
Расчет на то что это позволит ответственней подходить к связанности модулей и избежать необдуманных импортов, скажем так. Плюс это можно использовать для IoC.
Расчет на то что это позволит ответственней подходить к связанности модулей и избежать необдуманных импортов, скажем так. Плюс это можно использовать для IoC.