Size: a a a

Software Design/Architecture/Zen

2021 July 28

k

knopkod4v in Software Design/Architecture/Zen
ну а шо ты хотел - назвать агрегатами и пойти пить кофе?) Нужно разбираться почему там у тебя что-то может упасть и обсуждать это с бизнесом
Или не делать вид, что "у нас тут DDD CQRS Микросервисы" и действительно фигануть транзакцию
источник

ПГ

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

ПГ

Павел Г. in Software Design/Architecture/Zen
Это и пытаюсь
источник

k

knopkod4v in Software Design/Architecture/Zen
"просто хочу" - это так не работает. Всегда есть причины
источник

AK

Aleh Kashnikau in Software Design/Architecture/Zen
ну выходит есть общий инвариант)
источник

ПГ

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

HH

Human Human in Software Design/Architecture/Zen
Поясни детальнее что это значит. Ты в тех. терминах описываешь. А надо в модели бизнеса
источник

k

knopkod4v in Software Design/Architecture/Zen
по какой причине доставка выдаст ошибку?
источник

HH

Human Human in Software Design/Architecture/Zen
Может тебе просто в UI разделить на два отдельных атомарных действия
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
у меня две стадии заказа:
1) Заказ создается.
2) Заказ подтверждается (меняется статус) и сохраняются доставки. Доставка может выдать ошибку при ошибке проверки корректности адреса через api например.
источник

HH

Human Human in Software Design/Architecture/Zen
Мб не твой кейс, но такое часто происходит, когда есть куча полей в UI и одна кнопка подтвердить. Вместо того, чтобы разделить это на несколько этапов
источник

ПГ

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

ПГ

Павел Г. in Software Design/Architecture/Zen
Вот есть заказчик - говорит хочу одну большую форму. А на бэке  - это куча юзкейсов и аграгетов. Что делать?
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Форма должна или пройти вся или не пройти совсем
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
вот пример кстати, да
источник

AK

Aleh Kashnikau in Software Design/Architecture/Zen
вряд ли есть такое требование, скорее всего есть требование явно показать ошибку в форме и не отправлять заказ куда-то дальше, пока все ошибки не исправлены
источник

AL

Anton Lakotka in Software Design/Architecture/Zen
у формы будут разные "стадии" и статусы.
часть формы может оставаться невалидной, а вторая часть может уже быть "залоченой"
источник

k

knopkod4v in Software Design/Architecture/Zen
если адрес невалиден - возвращаешь клиенту ошибку асинхронно. Чтобы сократить количество таких ситуаций - юзаешь всякие автокомплиты дадаты или ещё чёт такое придумать на фронте
источник

HH

Human Human in Software Design/Architecture/Zen
А почему ты раньше не можешь проверить верен ли адрес, перед подтверждением?
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Что значит асинхронно? В наших требованиях - не дать такой заказ оформить
источник