Обработчики событий домена. Должны ли они использоваться для проблем приложений?

Question

При реализации событий домена, если обработчики событий будут использоваться только для проблем с чисто доменными именами; что вы обсудите с бизнес-специалистами, или они открыты для использования тем, что заинтересовано в модели домена?

Это, скорее всего, лучше всего объясняется простым примером, рассмотрите приложение «Календарь» для планирования работы сотрудников.

Мы могли бы иметь следующие события домена ...

AppointmentAdded AppointmentRemoved AppointmentContentChanged AppointmentMoved

У нас есть обработчики этих событий, например, когда назначение перемещается в то время за пределами сотрудников мы установили предупреждающий флаг.

Есть, конечно, проблемы с приложениями, которые заинтересованы в этих событиях, например. когда в календарь добавляется Назначение, мы должны добавить его в Единицу работы, чтобы позднее мы могли зафиксировать изменения.

Должны ли эти приложения быть потребителями событий домена, или же мы должны поднимать и обрабатывать отдельные системные события вместо этого?

Answer 1

Существует 2 установленных способа использования событий в решении DDD.

Первый основан на Udi Dahan's articles about events. Если вы еще не прочитали их, я настоятельно рекомендую это. В итоге говорится, что вы публикуете свои события с использованием статического класса в дополнение к нормальному поведению в стиле ORM. Таким образом, вы добавляете заказ в коллекцию заказов клиентов и, вы публикуете мероприятие. Поскольку поведение вашего домена выполняется внутри области транзакции, то есть обработчики событий. Вы также можете найти там и совет не вручную прикреплять объекты к Единице работы. Новые совокупные корни должны быть созданы путем вызова поведения на существующих.

Существует еще один вариант, который пропагандирует Грег Янг. Он основан на поиске событий, который в основном использует события как средство сохранения состояния. В этом подходе ваши совокупные корни обычно используют некоторую инфраструктуру (например, базовый агрегатный корневой класс) для применения событий. Применить вызывает вызов обработчика событий в агрегированном корневом классе и публикует это событие на шине (независимо от используемой вами реализации шины).

Answer 2

Если вы имеете в виду сквозные проблемы, вы будете вынуждены использовать его в любом случае, если это требует ваша прикладная логика. Поэтому он будет смешан с другим кодом обработки событий.

Но если вам нужно сделать несколько самостоятельных вещей, когда произошло событие вашего домена, чем вам лучше использовать отдельные обработчики событий (см. Принцип «Разделение проблем»).

В первом случае, кстати, постарайтесь избежать смешивания логики домена с логикой обработки событий (инфраструктуры). Левая инфраструктура/межсекторальная обработка касается кода в обработчиках событий, вызывающих методы домена. Переместить код домена внутри методов объектов домена.