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

Question

Я ищу решение (я) для предоставления списка выбора в приложении на основе доменной модели.У меня есть модель продукта с хранилищем продуктов.У меня есть пользовательский интерфейс, который должен отображать список выбора продуктов.Список выбора должен отображать только 2 свойства из модели продукта, которая имеет 15 свойств.

Я думаю о создании представления базы данных с именем ProductSummaries, где каждая строка в этом представлении будет представлена ​​новой моделью с именем ProductSummary.,Этот вид базы данных будет взят из таблицы «Продукты», которая используется для моделей продуктов.

Поскольку это будет представление базы данных, для создания репозитория для модели ProductSummary потребуется только один метод доступа к данным, а именно GetAll ().Изменения в ProductSummaries не допускаются, поскольку они взяты из представления базы данных на основе таблицы Products.

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

Заранее спасибо.

Answer 1

Я не знаю, может ли то, о чем я думаю, привести к проблемам.

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

С вами все будет в порядке, если вы четко дадите понять в своем коде, чтоКраткое описание продукции доступно только для чтения.(Например, если вы используете маркерные интерфейсы, итоги должны быть помечены как значения , а не как агрегаты ).