Size: a a a

Software Design/Architecture/Zen

2021 July 28

HH

Human Human in Software Design/Architecture/Zen
Конкурентность высокая на изменения твоих заказов? Масштабируемость нужна? Чтобы можно было вынести эти два агрегата на разные машины? Если нет, то профита мало
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Соглашусь, я выше тоже писла что UI не должен влиять на БЛ
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Проект не нагруженный, все на одной машине.
источник

HH

Human Human in Software Design/Architecture/Zen
Ну тогда скорее всего это нужно только для твоего обучения
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
тут нет причино-следственной связи, между думать формами и ui - бизнес логика)
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Я так понимаю ответ: сага, при этом сага может быть реализована как конпенсационными действиями в виде отдельных операций, так и транзакциями БД с ролбэком в зависомости от требований. При этом если что-то будет вынесено на отдельную машину - потребуется только допесать конпенсацию, так как сами позитивные процессы не связаны
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Разверните мысль плиз)
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Я имел ввиду, что есть бизнес правила, которые никак не должны зависеть от того как выглядит фронт
источник

HH

Human Human in Software Design/Architecture/Zen
Ну сага подразумевает распределенную транзакцию. Значит в первом случае это не будет называться сагой)
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Ок :)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Так какую проблему ты решаешь?
источник

HH

Human Human in Software Design/Architecture/Zen
Но у тебя получается зависят, ибо тебе нужно сохарнить две штуки атомарно, потому что у тебя одна форма, а не два этапа (две формы)
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Пока чисто архитектурный и обучения - как такой кейс обрабатывать верно.
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Так то все работает
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Если все в одной базе и нет внешних систем то какая разница сколько штук
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Ну атомарно для бизнеса. В коде я могу и откатить отдельной операцией просто
источник

HH

Human Human in Software Design/Architecture/Zen
Ну я про то, что если бы это имело смысл разделять, то и UI формы можно было бы разделить
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
ui это интерфейс вашей системы который будет выдавать обратную связь, т.е. если бизнес вам говорит что хочет 1 большую форму, или например что можно делать 1000 операций на сайте в течении времени и отправить их вместе на обработку на бэк, это значит что вы должны сделать так, чтобы после батча этих 1000 операций пользователь получил результат как для каждой операции или группы, так и для всего батча, и даже если это совершенно независимые действия вы будете должны обеспечить агрегированный ответ
допустим вы делаете 2 заказа за раз, если бы вы делали их по одному, вы бы оповещали клиента 2 раза, а когда клиент сделал 2 заказа за раз вы должны будете уведомить клиента трижды либо при доставке последнего сделать более широкий ответ
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Спасибо! Но ведь при этом, независимо какая форма и сколько там заказов за раз, бизнес рулы домена останутся прежними, да и их код. Возможно добавится парочка юзкейсов или какая то инфраструтурная обвязка.
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Другое дело что если с изменениями форм еще изменится и жизненный цикл, тогда уже меняются и код внутри домена.
источник