D
Я не уверен, но мне кажется написать все в AUTH_REQUEST неправильно
Size: a a a
2018 February 11
D
что вы думаете?
SP
я думаю что у тебя не один AUTH_REQUEST
D
у меня будет компонент которые будет дергать AUTH_REQUEST с данными авторизации
SP
а цепочка действий
D
и в компоненте чейнить?
SP
компонент должен цепочку инициировать но вся она должна быть где-то в другом месте описана
D
благодаря вам я понял что хочу узнать
D
компонент должен цепочку инициировать но вся она должна быть где-то в другом месте описана
где
SP
тут есть нюанс. Можно сделать двумя способами.
SP
1. сделать функцию которая в себе весь этот алгоритм описывает. Это просто и удобно.
2. у тебя не будет одного места где есть вся цепочка и все будет строиться на событиях. Особо удобно со всякими rxjs но тут я слаб. Профит тут обычно для процессов которые любят меняться (требования то есть)
2. у тебя не будет одного места где есть вся цепочка и все будет строиться на событиях. Особо удобно со всякими rxjs но тут я слаб. Профит тут обычно для процессов которые любят меняться (требования то есть)
SP
короч это ж тебе архитектура нужна)
SP
помни только о том что "связанность модулей должна быть низкой а cohesion высоким")
SP
ну и зависимости это не круто, а композиция практически всегда лучше наследования
SP
ну и делай пока так что бы проще было разобраться через месяц
D
Архитектурно правильно и easy to reason about совместимо?
SP
что ты подразумеваешь под "архитектурно правильным"?
D
ну и зависимости это не круто, а композиция практически всегда лучше наследования
применение этого и еще сотни других принципов
SP
все что делается в плане архитектуры делается для того, что бы при изменении требований было дешевле править