Как иметь дело с объектом значения что потребности искать данные в базе данных

Идя DDD путь, Вы думали бы о потребностях своего приложения сначала и модели сборки оттуда.

Вы не должны волноваться о Стране, используемой только в Адресе. Это не делает его неправильно для создания его Объектом по сути. Основной вопрос: Вы думаете о Стране с чего-то имеющего идентификационные данные, или это определяется атрибутами только? Если у Вас есть две страны, имеющие то же имя (и тот же код страны), можно ли видеть какое-либо различие?

Возможно, необходимо считать Страну создания объектом значения. Это не препятствует тому, чтобы Вы имели некоторый список загрузки репозитория стран от DB или загрузку Страны на основе ее кода. На стороне реализации Ваш репозиторий может все еще загрузить список стран от базы данных однажды и кэшировать его в памяти. Или это могло иметь его hardcoded или читать из XML. Ваша модель предметной области не заботилась бы.

Вы, вероятно, создадите метод фабрики для Адреса, который принимает код страны среди других параметров. Затем это использовало бы репозиторий, чтобы создать экземпляр Страны и возвратить корректный Объект адреса.

Взгляды об агрегатах могут также произвести некоторые идеи о расположении репозитория.

Надеюсь, это поможет

нет ничего в DDD, устраняющем объекты значения от содержания ссылок на объекты. Поэтому Ваш адрес имел бы ссылку на объект страны.

Позвольте мне запуститься путем высказывания, что мой единственный опыт с доменом управляемый дизайн читал статью Wikipedia несколько минут назад. Однако вот мои мысли о Вашем вопросе:

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

Если это не является кошерным согласно DDD, то сообщите мне. Мне любопытно видеть то, что придумывает остальная часть сообщества.

Это создает дилемму для меня с тех пор в моем случае, Адрес содержит Страну, где Страна имеет имя и код страны, и список кодов страны, как предполагается, загружается в из базы данных.

Объект адреса не имел бы списка стран как его свойство. Скорее это имело бы единственный экземпляр объекта страны. Уровень представления предоставил бы список объектов Страны, вероятно, находясь в выпадающем списке. После загрузки одного определенного адреса Вы установили бы значение выпадающего списка, равного идентификатору страны объекта страны, который является свойством Объекта адреса. Другими словами:

myDropDown's (содержащий список объектов Страны) значение выбранного объекта = адрес. Страна или значение ключа myDropDown = адрес. Страна. Идентификатор

Теперь, для заполнения Уровня представления Уровень доступа к данным должен обеспечить функцию, которая возвращает необработанный список объектов Страны. В.NET путь это было бы что-то как:

Namespace Dal

    Public NotInheritable Class Countries
    ...
    Public Shared Function Read(ByVal countryId as Integer) As BusinessObjects.Country
    ...
    Public Shared Function ReadList() As List(Of BusinessObjects.Country)
    ...