Size: a a a

Software Design/Architecture/Zen

2021 July 25

EK

Evgeniy Kuvshinov in Software Design/Architecture/Zen
об этом речь что надо флоу адекватный
а пытаться сделать супер универсальное решение такое себе
источник

ГС

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

SB

Sergei Baikin in Software Design/Architecture/Zen
Агрегат с эксклюзивным доступом к стейту
источник
2021 July 26

HH

Human Human in Software Design/Architecture/Zen
Вопрос не совсем понятен. Во-первых о каких сервисах идет речь?
источник

HH

Human Human in Software Design/Architecture/Zen
И почему там что-то не так, если операции идут последовательно?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
В таких сценариях используют identity map в репозитории
источник

SP

Sergey Protko in Software Design/Architecture/Zen
У него две ссылки на одну сущность
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Добрый.
Возник вопрос.
Как бизнесу обьяснить, что такое агрегат?
Или же прям так и сказать, что это кусочек стейта который требует immediate consistency
источник

R

Roman in Software Design/Architecture/Zen
Во-первых, зачем?
Во-вторых, представь, что ты хирург и оперируешь пациента. Сделал надрез, повернулся сказать что-то медсестре, поворачиваешься обратно, а надреза нет. Или вообще, лежит уже другой пациент, а у него третья нога с тем надрезом, который ты сделал
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Мы сидим эвент-штормим.
У меня есть ЛЕГЕНДА в которой обозначены все основные элементы.
Там есть стикер агрегат.
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Как мне обьяснить что это, на каком то доступном уровне.
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
источник

AL

Anton Lakotka in Software Design/Architecture/Zen
это может быть что угодно, все зависит от бизнеса.

Намного легче объяснить событие и команду. И в eventstorming нужно всегда начинать с событий.
Что-то произошло, затем что-то другое произошло и так далее.

после чего, можно приступать к неким общим точкам. Например с "товаром" постоянно происходят какие-то события. наверное стоит подумать, нужно ли делать товар аггрегатом. и прочее.

после ивент-сторминга может получиться что у вас слишком мало или наоборот слишком много аггрегатов. Их реинвентаризацию можно отнести на потом. Главное чтобы события отражали реальную суть вещей внутри бизнес-домена для которого и делают софт.
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Принято.
источник

AL

Anton Lakotka in Software Design/Architecture/Zen
Аггрегат -- чаще всего это будет нечто "материальным" для бизнеса. то с чем они постоянно работают.
Как маленьким, так и большим.  Товары, накладные, склады, автомобили, люди, инвентарь, денежные счета и прочее и прочее. Далеко не всегда то что кажется аггрегатом на самом деле таковым является в бизнес-домене. Или наоборот незначительная вещь, может играть важнейшую роль и обязан быть аддресована как аггрегат.
источник

AD

Apache DOG™ in Software Design/Architecture/Zen
с чего бы это
источник

AD

Apache DOG™ in Software Design/Architecture/Zen
аггрегат это набор данных который обладает пачкой свойств, размер которой достаточен чтобы держать их вместе
источник

AD

Apache DOG™ in Software Design/Architecture/Zen
бузинесс тут совершенно не имеет никакого отношения
источник

AL

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

AD

Apache DOG™ in Software Design/Architecture/Zen
обьекты из программ это не материальные вещи
источник