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