проблема именования моделирования домена

Question

В приложении есть несколько простых объектов (например, содержащие только идентификатор и заголовок), которые редко меняются и на которые ссылаются более сложные объекты приложения. Обычно это такие организации, как Country, City, Language и т. Д.

Как они называются? Я использовал следующие названия для тех, кто в прошлом, но я не уверен, что лучший способ назвать их:

• справочные данные
• поиска значений
• словарей

благодаря

Answer 1

Я бы сказал, справочные данные

См link text

Answer 2

Вы отметили «ddd», поэтому, если вы ищете более подход, основанный на домене, отбросьте идентификатор на этих объектах и ​​обработайте их как Value Objects.

Причина, по которой вы можете отбросить идентификатор, заключается в том, что она добавляет ненужную сложность проблемному домену. Например, у вас есть таблица «Страна» в вашей реализации, я предполагаю? У вас все равно будет это, но это не будет ссылочный поиск. Вы использовали бы его как «справочные данные». Загрузите его заранее для сценариев, на которых нужно ссылаться - возможно, ваш пользовательский интерфейс привязывает его к выпадающему списку, например ...

Когда объект сохранен или обновлен, вы сохраняете значение объекта, следовательно, "value" "object". Если пользователь меняет объект на другое значение, не проблема, просто обновите значение. Это один менее ассоциативный поиск, который нужно делать при выполнении операций CRUD, что делает общую модель менее.