Как я пробовал внедрять DDD. Тактические паттерны

[Arvardan]

Жаль что о DDD не говорят чаще.
Считаю что это как раз ответ на вопрос развивается ли программирование .

[Ekstrem]

Об этом немного расскажу во второй части.

[Merkat0r]

Ну скорее не ответ, а подтверждение — DDD так-то около, а может и больше 20 лет, это сейчас он словил просто волну хайпа у молодых разработчиков.

Причем имхо волну плохую — в 1 очередь это все про большие системы и особенно про ubiquitous language и bounded context, но почему-то хайписты про это забывают и начинают пихать DDD даже в микросервисы и лендинги.

И, поэтому на мой взгляд, лишь благодаря<<бла-бла>> с трибун конференций он стал раскручиваться, а не исходя из «фишек» подхода.

[Ekstrem]

А вы не считаете что хорошие микросервисы — это декомпозированные по субдомену (с запиханным DDD), будут бизнесу подходить лучше других?
В этом вопросе в очень многих руководствах, книгах, докладах коллег встречал что это совершенно не разные вещи. А если для вас по другому, объясните пожалуйста!

Впрочем, соглашусь что тема становиться объектом инфо-бизнеса.

[Alew]

Два вопроса: 1 как реализована надёжная публикация событий при изменении агрегатов? 2 зачем вам версия агрегата если команды имеет смысл накатывать только на самую последнюю версию по очереди?

[Alew]

Из текста я понял, что автору зачем но нужны старые версии

[OneMike]

Извините, но гексАгональная.

[Spinifex]

Версионирование агрегатов видимо подразумевает, что каждую новую версию вы гоняете по шине сообщений? Т.е. есть пользователь — у него меняется имя. И есть еще 100500 полей. Меняем имя — улетает вся версия целиком?

[Ekstrem]

В нашем случае, только изменившиеся объект значения попадают в шину доменных событий. Однако, вполне возможно, что другой организации будет больше подходить другая форма обмена: агрегатами целиком или только изменившимися атрибутами.