NF
Вся логика в домене остаётся синхронной. Сущности не знают о том кто именно будет делать что-то дальше, но определяют что должно быть сделано дальше. Ну что я тебе буду Эванса пересказывать)
Size: a a a
2020 August 09
🚀🚀
Вся логика в домене остаётся синхронной. Сущности не знают о том кто именно будет делать что-то дальше, но определяют что должно быть сделано дальше. Ну что я тебе буду Эванса пересказывать)
википедия вот резюмирует, что бизнес-логика в итоге — это event driven последовательность 🤔
A
Ну есть у тебя агрегат. Он что то делает синхронно. Как только он это сделал он посещает команду что делать дальше в свою очередь. Потом приходит диспетчер или ну как хочешь это называй, пусть будет просто посетитель. И забирает сообщения-команды из очереди. И отправляет их владельцам(адресатам).
непонятно только, почему это не ложится на сценарии работы тех же саг и эффектора)
т.е., почему они не нужны вдруг стали ей
т.е., почему они не нужны вдруг стали ей
Е
Привет всем! Подскажите, пожалуйста, корректно ли вызвать эффект на фетчинг данных юзера после логина внутри
fetchLoginFx.done.watch?NF
Но там не написано что она же реализует транспорт эвентов)
🦜
Привет всем! Подскажите, пожалуйста, корректно ли вызвать эффект на фетчинг данных юзера после логина внутри
fetchLoginFx.done.watch?можно без watch
NF
Она ничего не знает о транспорте эвентов. Только о самих эвентах.
🚀🚀
Но там не написано что она же реализует транспорт эвентов)
я просто прикидываю, насколько это соотносится с твоими словами, на первый взгляд вроде похоже
🚀🚀
Она ничего не знает о транспорте эвентов. Только о самих эвентах.
ну да
🚀🚀
Привет всем! Подскажите, пожалуйста, корректно ли вызвать эффект на фетчинг данных юзера после логина внутри
fetchLoginFx.done.watch?в принципе да
но ещё можно соединить эффекты без императивного вызова в ватче
1) при срабатывании
2) преобразовать значение с помощью
3) и вызвать fetchUserDataFx
но ещё можно соединить эффекты без императивного вызова в ватче
sample({
/* 1 */ source: fetchLoginFx.done,
/* 2 */ fn: ({result}) => result.username,
/* 3 */ target: fetchUserDataFx,
})1) при срабатывании
fetchLoginFx.done2) преобразовать значение с помощью
fn3) и вызвать fetchUserDataFx
NF
непонятно только, почему это не ложится на сценарии работы тех же саг и эффектора)
т.е., почему они не нужны вдруг стали ей
т.е., почему они не нужны вдруг стали ей
Саги нужны чтобы отслеживать и главное откатывать долгоиграющие транзакции.
NF
Все.
🦜
Саги нужны чтобы отслеживать и главное откатывать долгоиграющие транзакции.
почему это должно происходить в ui слое?
🚀🚀
я бы уточнил, в каких ситуациях это происходит и почему?
🚀🚀
одну папуг примерно упомянул — когда косячит бэкенд, но хотелось бы больше понимания)
NF
почему это должно происходить в ui слое?
Потому что на фронте тоже есть транзакции. Шок контент конечно. Хотя не то чтобы в каждом приложении это было нужно.
NF
я бы уточнил, в каких ситуациях это происходит и почему?
Когда нужна согласованность при откате изменений.
NF
Это если совсем коротко.
🅅🄺
Ononos
несколько лет назад уже все было сказано про это :)))
Е
в принципе да
но ещё можно соединить эффекты без императивного вызова в ватче
1) при срабатывании
2) преобразовать значение с помощью
3) и вызвать fetchUserDataFx
но ещё можно соединить эффекты без императивного вызова в ватче
sample({
/* 1 */ source: fetchLoginFx.done,
/* 2 */ fn: ({result}) => result.username,
/* 3 */ target: fetchUserDataFx,
})1) при срабатывании
fetchLoginFx.done2) преобразовать значение с помощью
fn3) и вызвать fetchUserDataFx
Красота! Благодарю!