Size: a a a

Software Design/Architecture/Zen

2021 April 20

SP

Sergey Protko in Software Design/Architecture/Zen
p.s. конечно я буду заводить для такой фигни сурогатные идентификаторы ибо все что люди руками вводят будет меняться. Но мы сча про другое
источник

SP

Sergey Protko in Software Design/Architecture/Zen
приведи мне пример сущности которая не является агрегатом. В том плане что это не "партиция данных"
источник

MT

Max Trifonov in Software Design/Architecture/Zen
Вообще Бренд это сущность без вариантов
источник

MT

Max Trifonov in Software Design/Architecture/Zen
Не VO
источник

SP

Sergey Protko in Software Design/Architecture/Zen
зависит от контекста, как ты уже сказал
источник

MT

Max Trifonov in Software Design/Architecture/Zen
А как ты хранишь в своём агрегате (можешь как VO) тут без разницы
источник

SP

Sergey Protko in Software Design/Architecture/Zen
я еще раз повторюсь - не надо смешивать понятия (VO + сущности и агрегаты). Эванс просто глупость сморозил в своей книжке
источник

SP

Sergey Protko in Software Design/Architecture/Zen
он даже вроде жалел что в целом сущности упоминал. Но надо ж было как-то про идентити объектов и стэйт рассказать
источник

MT

Max Trifonov in Software Design/Architecture/Zen
Не сливаюсь)) рад буду продолжить обсуждение завтра!
Но если не закончу сейчас, - супруга прибьет (и тут уже без разницы что есть Бренд)))
источник

SP

Sergey Protko in Software Design/Architecture/Zen
просто заходи и набрасывай, всегда такому рады
источник

MT

Max Trifonov in Software Design/Architecture/Zen
Завтра напишу если будет у тебя интерес,- продолжим )
источник

MT

Max Trifonov in Software Design/Architecture/Zen
👍
источник

MT

Max Trifonov in Software Design/Architecture/Zen
Доброй ночи
источник
2021 April 21

IM

Igor Molochnikov in Software Design/Architecture/Zen
Ещё раз спасибо. В теории вроде все довольно стройно выглядит. Но возник вопрос реализации "итоговой согласованности" агрегатов. Php (все агрегаты в одном процессе). Буду благодарен коллегам за указание в какую сторону смотреть
источник

SB

Sergei Baikin in Software Design/Architecture/Zen
Сложно поверить что вы в один поток один процессом все что у вас есть обрабатываете. А даже если так то маштабироватся то когда то придется.
Тогда собственно и с агрегатами нет смысла заморачиватся
ибо конкурентного доступа быть не может.

Смотреть в сторону eventual consistency и саг
источник

IM

Igor Molochnikov in Software Design/Architecture/Zen
Неверно написал. Все агрегаты на одной машине, одном сервере.
источник

SB

Sergei Baikin in Software Design/Architecture/Zen
А какая им разница на одном сервере они или на разных
Там важно что есть конкурентный доступ или нет и как вы гарантируете что не будет паралельных изменений
источник

IM

Igor Molochnikov in Software Design/Architecture/Zen
Конкурентный доступ думаю решить оптимистической блокировкой.
источник

IM

Igor Molochnikov in Software Design/Architecture/Zen
Следует смотреть на Кролика даже если агрегаты на одной машине, правильно понял?
источник

IM

Igor Molochnikov in Software Design/Architecture/Zen
Или тут оптимальнее что то иное?
источник