Comments 10
Жаль что о DDD не говорят чаще.
Считаю что это как раз ответ на вопрос развивается ли программирование .
Считаю что это как раз ответ на вопрос развивается ли программирование .
-1
Об этом немного расскажу во второй части.
0
Ну скорее не ответ, а подтверждение — DDD так-то около, а может и больше 20 лет, это сейчас он словил просто волну хайпа у молодых разработчиков.
Причем имхо волну плохую — в 1 очередь это все про большие системы и особенно про ubiquitous language и bounded context, но почему-то хайписты про это забывают и начинают пихать DDD даже в микросервисы и лендинги.
И, поэтому на мой взгляд, лишь благодаря<<бла-бла>> с трибун конференций он стал раскручиваться, а не исходя из «фишек» подхода.
Причем имхо волну плохую — в 1 очередь это все про большие системы и особенно про ubiquitous language и bounded context, но почему-то хайписты про это забывают и начинают пихать DDD даже в микросервисы и лендинги.
И, поэтому на мой взгляд, лишь благодаря<<бла-бла>> с трибун конференций он стал раскручиваться, а не исходя из «фишек» подхода.
-2
А вы не считаете что хорошие микросервисы — это декомпозированные по субдомену (с запиханным DDD), будут бизнесу подходить лучше других?
В этом вопросе в очень многих руководствах, книгах, докладах коллег встречал что это совершенно не разные вещи. А если для вас по другому, объясните пожалуйста!
Впрочем, соглашусь что тема становиться объектом инфо-бизнеса.
+1
Два вопроса: 1 как реализована надёжная публикация событий при изменении агрегатов? 2 зачем вам версия агрегата если команды имеет смысл накатывать только на самую последнюю версию по очереди?
0
Извините, но гексАгональная.
0
Версионирование агрегатов видимо подразумевает, что каждую новую версию вы гоняете по шине сообщений? Т.е. есть пользователь — у него меняется имя. И есть еще 100500 полей. Меняем имя — улетает вся версия целиком?
0
Sign up to leave a comment.
Как я пробовал внедрять DDD. Тактические паттерны