Я работаю над проектом дизайна, основанного на домене (DDD) и пытаюсь прояснить, когда следует рассматривать уникальность атрибута как инвариант домена по сравнению с техническим или инфраструктурным проблемой. Его уникальность является инвариантом домена, поскольку он напрямую влияет на идентификацию пользователя и аутентификацию. В этом случае, обеспечение того, чтобы два пользователя не имели одного и того же электронного письма, необходимо для бизнес-логики и часто применяется через доменные услуги или в рамках агрегата. Хотя этот идентификатор создается инфраструктурой (такой как автоматическое поле в базе данных), он все еще служит инвариантом домена. Это связано с тем, что каждая сущность в домене должна иметь уникальную идентичность для поддержания надлежащих отношений и последовательности между агрегатами. Даже если механизм генерации делегирован в репозиторий, тот факт, что каждое резервирование должно иметь уникальный идентификатор, является основным требованием домена. Учитывая, что идентификатор резервирования является автоматическим, но все еще необходим для соотношения сущностей, должны ли мы считать его уникальность как инвариантный домен, который система всегда должна гарантировать?
Подробнее здесь: https://stackoverflow.com/questions/795 ... ant-in-ddd
Когда уникальность считается инвариантом домена в DDD? ⇐ C#
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
-
Оптимизация событий домена для массовых операций и синхронизации базы данных в DDD
Anonymous » » в форуме C# - 0 Ответы
- 6 Просмотры
-
Последнее сообщение Anonymous
-